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ABSTRACT 


J)  In  July  1982,  the  Engineer  Studies  Center  was  asked  to  assist  the  Direc¬ 
torate  of  Resource  Management  (then  called  the  Resource  Management  Office)  in 

t4  t-Yx  »  -■  -  >_  f'J  '  f  ) 

improving manpower ^  management  procedures.  A  major  part  of  ESC's  initial 
involvement  was  to  be  the  design  and  implementation  of  a  mathematically-based 
methodology  that  among  other  things  would  allow  Corps  managers  to:  prioritize 
manpower  assignments;  consider  function,  organization,  contractual,  and  appro¬ 
priation  features;  and  combine  requirements  and  allocations  in  one  integrated 
system.  Several  events  occurred  which  shifted  emphasis  from  methodology  to 
standards  development.  Because  of  the  promise  of  the  system  it  was  designing, 
ESC  decided  against  simply  abandoning  the  methodology.  Instead,  the  progress 
that  had  been  made  would  be  documented  and  an  example  that  would  illustrate 
the  desirable  features  of  the  model  would  be  created.  This  report  has  a 
threefold  purpose:  to  describe  the  events  and  considerations  that  argued 

against  developing  a  new  system  prior  to  the  availability  of  standards,  to 
briefly  define  the  linear  programming  approach,  and  to  describe  and  illustrate 
the  prototype  allocations  and  requirements  system  that  ESC  believes  satisfies 

fn 


USACE's  stated  needs 


AN  ALLOCATION  AND  REQUIREMENTS  MODEL 


FOR  USACE  MANPOWER 

I.  INTRODUCTION 

1.  Purpose.  The  Manpower  Allocations  and  Requirements  Methodology  Study 
(MARMS)  has  been  concerned  with  improving  the  way  the  Corps  of  Engineers 
manages  its  most  valuable  resource — its  people.  While  much  of  its  effort  has 
been  devoted  to  implementing  the  Army's  Manpower  Staffing  Standards  System 
(MS-3)  within  the  Corps,  the  Engineer  Studies  Center  (ESC)  was  originally 
brought  in  to  help  the  Directorate  of  Resource  Management  (DRM)  develop  a 
technique  for  allocating  scarce  manpower  spaces.* The  resultant  system 
was  to  consider  as  many  variables  as  possible,  be  mathematically  based,  and  be 
computerized  for  ease  of  use.  As  the  study  proceeded,  development  of  the 
allocations  system  took  a  back  seat  to  ESC's  investigation  of  alternative  man¬ 
power  requirement  systems  and  to  the  development  of  a  construction  management 
staffing  standard.  This  was  primarily  because  the  methodology  was  to  inte¬ 
grate  both  requirements  and  allocations,  and  would  necessarily  use  staffing 
standards  (which  are  years  from  realization).  Improvements  made  to  other 
Corps'  manpower  systems  (see  paragraph  3)  as  well  as  the  inability  to  antici¬ 
pate  the  products  of  the  standards  program  raised  questions  about  the 
advisability  of  expending  effort  on  the  allocations  system.  From  the  general 

^Department  of  the  Array,  Headquarters,  AR  570-5,  Manpower  and  Equipment 
Control — Manpower  Staffing  Standards  System,  Washington,  D.  C.,  15  May  1984. 

1  Department  of  the  Army,  US  Army  Corps  of  Engineers,  Engineer  Studies 
Center,  Alternative  Concepts  for  the  Conduct  of  the  MARM  Study,  Washington, 
D.  C.*  December  1982. 

3Department  of  the  Army,  US  Army  Corps  of  Engineers,  Engineer  Studies 
Center,  Workload-based  Staffing  Standards  (USACE  Construction  Function), 
Washington,  D.  C. ,  August  1984. 


wait-and-see  attitude,  ESC  could  only  conclude  that  perhaps  the  time  was  not 
ripe  for  developing,  much  less  implementing,  a  radically  new  allocations 
methodology.  This  report  records  the  work  that  has  been  done  up  to  now,  in 
the  event  of  renewed  interest  in  the  methodology's  development. 

2.  Plan.  In  the  summer  of  1983,  ESC  prepared  a  study  plan  that  outlined 
its  intent  to  develop  a  prototype  allocations  system.^.  The  plan's  admittedly 
ambitious  schedule  called  for  testing  the  concept  by  the  end  of  the  calendar 
year  and  turning  the  product  over  to  DRM  early  in  1984  for  implementation  and 
improvements.  The  plan  stressed  that  this  schedule  was  optimistic  and  was 
dependent  on  the  presumed  availability  of  data  and  software  support.  Note¬ 
worthy,  however,  was  the  intent  to  design  a  methodology  that  would  rely  on 
existing  systems  and  data  for  initial  development,  but  would  integrate  stan¬ 
dards  as  they  became  available. 

3.  Schedule  Changes.  Almost  before  it  began,  events  began  to  overtake 
the  allocations  effort.  Manpower  changes  at  ESC  prompted  the  dedication  of 
all  effort  to  the  construction  management  standard.  Only  when  that  investi¬ 
gation  concluded  would  work  start  again  on  developing  the  allocations  method¬ 
ology.  That  time  was  approaching  when  ESC  briefed  the  results  of  the 
construction  standard  investigation  to  the  Study  Advisory  Group  (SAG)  in  April 
1984.  The  SAG  questioned  the  advisability  of  continuing  with  the  allocations 
system  in  light  of  its  ultimate  reliance  on  standards,  and  the  uncertainty 
over  how  long  it  would  take  to  develop  standards  and  what  functions  would 
ultimately  prove  susceptible.  ESC  had  recognized  the  risk  in  a  standards-only 
system;  it  had  from  the  beginning,  maintained  that  it  was  necessary  to  develop 

a 

Department  of  the  Army,  US  Army  Corps  of  Engineers,  Engineer  Studies 
Center,  Study  Plan  for  a  Linear  Programming  Approach  to  USACE  Manpower  Alloca¬ 
tions  and  Requirements.  Washington,  D.  C.,  June  1983. 


a  methodology  that  was  not  solely  dependent  on  standards.  The  best  system 
would  be  one  that  could  be  fielded  now,  but  could  accommodate  standards  as 
they  are  approved.  Further  complicating  matters  was  the  fact  that  Civil  Works 
had  just  spent  a  great  deal  of  time  and  effort  improving  its  Resource  Alloca¬ 
tion  Tables  (RATs),  which  became  the  force  configuration  (FORCON)  system. 
Civil  Works  was  reluctant  to  consider  a  new  methodology  when  it  had  high 
expectations  for  its  own  system.  From  past  experience,  ESC  knew  that  without 
the  wholehearted  support  of  prospective  users,  the  prognosis  for  yet  another 
new  system  was  not  good.  From  these  events,  it  seemed  logical  to  suspend  any 
major  effort  to  implement  an  allocations  and  requirements  system — at  least  for 
the  foreseeable  future.  ESC  therefore  confined  its  work  to  developing  a  pro¬ 
totype  that  would  illustrate  the  proposed  methodology. 

4.  Scope  of  Report.  As  a  result  of  the  delays  and  doubts  about  the 
system's  present  practicality,  ESC  developed  only  a  prototype  to  demonstrate 
the  methodology;  it  must  be  considered  far  from  an  implementable  system. 
Enough  time  was  spent  beyond  preparation  of  the  study  plan  for  ESC  to  also 
have  additional  thoughts  on  the  structure  and  capabilities  of  the  system. 
This  document  therefore  takes  the  form  of  a  status  report,  illustrating  the 
prototype  and  recording  some  ideas  and  directions  that  might  be  considered  in 
any  future  work.  If  anything  did  result  from  the  past  year,  it  was  a  stronger 
belief  that  the  Corps  needs  something  comparable  to  what  ESC  had  proposed  for 
manpower  management,  now  as  well  as  at  some  indeterminate  time  in  the 
future.  The  ideas  reflected  in  this  report  may  also  be  of  value  to  those 
involved  with  improving  present  methods. 


II.  ALLOCATIONS  AND  REQUIREMENTS  SYSTEM 


5.  Original  Perspective.  From  the  beginning,  ESC  has  taken  a  broad  view 
on  what  should  constitute  an  effective  allocations  and  requirements  methodol¬ 
ogy.  Above  all  else,  the  final  system  should  be  a  management  tool  and  not 
merely  another  "reporting"  vehicle.  From  discussions  with  potential  users  and 
the  stated  shortcomings  of  existing  systems,  there  was  clearly  a  need  for  a 
more  objective  and  discriminating  basis  from  which  manpower  decisions  could  be 
made.  As  an  organization  tasked  to  take  a  "systems  approach"  to  problems, 
ESC's  perspective  saw  the  allocations  problem  as  part  of  a  family  of  related 
problems.  Where  to  take  cuts,  how  to  prioritize  out-of-cycle  requests,  and 
what  the  effects  would  be  of  a  new  program  or  policy  were  questions  that  had 
much  in  common  with  issues  dealt  with  in  deciding  how  to  allocate  manpower. 
ESC  saw  within  one  specific  problem — allocations — an  opportunity  to  develop  a 
system  that  could  have  broad  application. 

6.  System  Needs.  Among  the  characteristics  that  were  originally 
requested  for  the  methodology,  the  following  were  most  important:  provide  a 
single,  integrated  manpower  system;  treat  resource  distribution  mathemati¬ 
cally;  allow  requirements  prioritization;  use  existing  data  until  standards 
are  available;  preserve  organizational  functional  distinctions;  and  permit 
analysis  of  manpower  reductions.  This  is  an  ambitious  list.  While  usability 
and  simplicity  are  always  goals  for  any  system,  some  problems  resist  trivial 
solutions.  To  treat  as  many  different  organizations  doing  different  things, 
as  proposed  for  the  allocations  methodology,  requires  sizable  amounts  of  data 
and  computational  support.  Data  acquisition  and  verification  alone  could 
eventually  be  measured  in  manyears.  This  system  is  a  major  undertaking.  The 
idea  of  being  able  to  analyze  many  related  problems  arose  when  one  thing 


became  apparent  to  ESC — the  interdependency  of  requirements  and  allocations. 
Looking  ahead  to  the  time  when  workload-based  staffing  standards  would  be 
available,  quite  a  large  amount  of  data  would  be  used  to  develop  requirements 
estimates.  Since  prioritizing  requirements  is  necessarily  part  of  determining 
how  to  allocate  scarce  resources,  it  seemed  obvious  that  the  allocations  pro¬ 
cess  is  inherently  dependent  on  requirement  estimates,  and  therefore  on  the 
standards  and  workload  data  from  which  they  are  derived.  (The  Air  Force  and 
Navy  have  more  mature  requirements  systems,  but  ESC  could  find  no  evidence 
that  either  had  taken  the  natural  next  step  of  imbedding  it  in  a  combined 
requirements  and  allocations  framework.  Allocations  seemed  largely  done 
through  negotiation  and  past  experience,  just  as  USACE  presently  does.)  The 
real  impetus  for  linking  both  aspects  of  the  manpower  problem  is  the  ultimate 
use  one  expects  from  the  system.  The  perceived  need  to  analyze  the  efficacy 
of  alternate  allocations  in  the  face  of  changes  in  requirement  priorities 
argued  for  a  single  means  to  deal  with  both.  Allocations  subsumes  require¬ 
ments  estimation  (although  the  reverse  is  not  true).  It  became  increasingly 
obvious  that  what  was  needed  was  a  means  to  measure  the  impact  of  different 
allocations  on  whole  organizations.  To  do  this,  one  must  have  a  framework 
that  considers  the  interrelationships  between  competing  or  cooperating  ele¬ 
ments,  something  that  considers  organization  dynamics — a  model.  The  Corps 
uses  models  to  measure  the  benefits  of  different  water  basin  projects  or  to 
evaluate  the  effects  of  adding  to  the  inland  waterway  system. ^  While  orga¬ 
nizational  dynamics  do  not  obey  physical  laws  of  nature,  there  is  enough  cause 

^Department  of  the  Army,  US  Army  Corps  of  Engineers,  Engineer  Institute 
for  Water  Resources,  Regional  Development  Impacts  Linear  Programming-Economic 
Base  Model  (LPEB) ,  Draft  prepared  by  Lewis  and  Associates,  Washington,  D.  C. , 
September  1982. 


and  effect  to  attempt  to  model  such  dynamics  as  a  working  system  so  the 
effects  of  different  manpower  and  resource  decisions  can  be  tested. 

7.  Selecting  a  Methodology.  The  study  plan  described  the  steps  ESC 

planned  to  use  to  develop  and  implement  the  system.  Linear  programming  (LP) 
as  a  modeling  tool  was  to  be  used  as  the  basis  for  ESC's  approach.  ESC  has 
had  experience  with  LP  and  knows  it  is  an  extremely  powerful  conceptual  as 
well  as  analytic  technique.  While  often  thought  of  as  strictly  an  "optimiz¬ 
ing"  algorithm,  LP  requires  definition  of  the  "system"  before  it  can  calculate 
any  optimal  posture  for  that  system  (see  Annex  A).  ESC's  past  experience  with 
LP  somewhat  biased  its  selection  of  LP  as  the  underlying  modeling  technique; 
there  are  no  contentions  that  other  ways  to  build  an  allocations  and  require¬ 
ments  system  are  not  possible.  ESC  believed,  however,  that  the  LP-based  .1 

approach  it  proposed  could  support  the  types  of  uses  envisioned  for  the 
system.  Nothing  has  happened  since  publishing  the  study  plan  to  change  that 
opinion.  In  fact,  the  need  for  LP,  or  something  like  it,  seems  greater  given 
what  ESC  learned  on  the  field  trips  and  during  discussions  made  in  connection 
with  the  standards  development  phase  of  MARMS.  Annex  B  describes  the  pro¬ 
totype  ESC  constructed  to  illustrate  the  features  and  possibilities  that  an 
LP-based  methodology  can  provide  manpower  planners. 

8.  Corps  Considerations.  To  structure  a  model  of  Corps  acitivities, 
several  aspects  or  classes  of  data  are  of  such  overriding  importance  that 
their  successful  reduction  to  quantitative  or  qualitative  expressions  would  be 
mandatory.  The  following  paragraphs  touch  briefly  on  these  major  components. 

a.  The  civil-military  dichotomy.  Corps  employees  know  that  part  of 
the  Corps  is  justified  and  paid  for  through  military  channels,  while  the 
remainder  is  given  over,  as  a  result  of  the  Rivers  and  Harbors  Act  and  other 
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i.  Murtagh,  B.  A.  and  Saunders,  M.  A.,  MINOS  User’s  Guide,  Report 
SOL  77-9,  Department  of  Operations  Research,  Stanford  University,  Stanford 
California,  1977. 

j.  Control  Data  Corporation,  PDS/MaGen  Ui  ar  Information  Manual,  Pub 
No.  840099000,  1978. 

k.  Sperry  Uni vac  Corporation,  Sperry  Univac  1100  Series  GAMMA  3.4 
Programmer  Reference  Manual,  UP-8199  REV  1,  1977. 
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and  designed  to  be  run  on  minicomputers  as  well  as  mainframes  (see  references 
h  and  i  in  paragraph  5).  The  latter  alternative,  however,  does  not  provide 
the  rich  user  environment  or  features  such  as  matrix  generation  languages  and 
report  writers  that  are  found  in  the  multipurpose  commercial  LP  systems  (see 
references  j  and  k  in  paragraph  5) . 
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3.  Father  Readings.  It  is  not  the  purpose  of  this  discussion  to  be  a 
tutorial  on  the  fine  points  of  LP  or  even  as  an  exposition  of  the  details  of 
the  simplex  algorithm.  There  are  many  books  and  periodicals  devoted  to  this 
subject  that  can  be  consulted  by  the  interested  reader.  There  are  several 
texts  that  might  serve  as  starting  points.  The  inventor  of  the  simplex  and 
therefore  the  father  of  LP  was  Dantzig;  his  book  (see  reference  a  in  paragraph 
5)  was  the  first  devoted  to  the  subject,  and  while  a  bit  dated,  still  contains 
useful  examples  of  the  types  of  problems  solved  and  the  essence  of  his  solu¬ 
tion  algorithm.  For  those  interested  in  understanding  the  typical  computer- 
based  LP  systems,  Orchard-Hays'  book  (see  reference  b  in  paragraph  5)  is  a 
good  treatment  by  one  who  worked  on  many  of  the  original  computer  codes. 
Wagner  (see  reference  d  in  paragraph  5),  while  being  a  general  text  on  OR, 
covers  many  of  the  general  and  special  subclasses  of  LP  applications. 
Finally,  the  recent  book  by  Murtagh  (see  reference  c  in  paragraph  5)  is  aimed 
at  users  who  are  or  anticipate  using  LP  in  actual  problem  settings  and  so  it 
gives  equal  treatment  to  both  the  solution  algorithms  and  the  practical 
considerations  in  reducing  problems  to  LP  formulations  and  then  solving  these 
problems  on  computer-based  systems. 

4.  LP  Systems.  Since,  as  stated  above,  solving  an  LP  problem  compels  a 
user  to  have  access  to  a  computer  package,  we  might  mention  a  few  of  the 
systems  that  are  available.  The  first  category  would  be  the  large  commercial 
systems  found  on  large  mainframe  computers.  Uni vac  has  FMPS  (see  reference  e 
in  paragraph  5),  IBM  has  MPSX  (see  reference  f  in  paragraph  5),  and  Control 
Data  Corporation  has  Apex-IV  (see  reference  g  in  paragraph  5).  For  those  who 
might  not  have  access  to  these  large  machines,  there  are  several  LP  packages 
that  have  been  developed  within  academic  circles  that  are  written  in  FORTRAN 
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additional  stipulation  that  each  variable  x(i)  is  either  positive  or  equal  to 
zero.  Since  the  variables  x(i)  are  neither  raised  to  a  power  (e.g.,  squaring 
x(i))  or  cross-multiplied  (as  in  the  familiar  quadratic  equation  where 
(x-l)*(y-x)*xy-y+x-x^) ,  all  relations  and  equations  are  linear  representations 
of  the  variables  and  the  constants  found  in  c  and  A. 

2.  Application.  Of  course  LP  is  not  of  interest  solely  as  a  concise 
statement  of  a  problem.  LP  subsumes  both  the  problem  formulation  and  the  pro¬ 
cess  used  to  solve  it.  In  problems  where  there  are  hundreds  of  rows  within 
tne  constraint  matrix  and  possibly  thousands  of  variables  to  consider  (where 
each  can  take  on  any  value  between  zero  and  infinity),  it  would  clearly  tax 
the  ability  of  one  or  many  individuals  to  determine  which  of  the  infinitely 
many  solutions  is  truly  optimal.  Happily  an  algorithm  exists  that  quarantees 
that  an  optimal  solution  (assuming  one  exists)  can  be  found  in  a  finite  number 
of  steps.  The  simplex  algorithm  (and  its  variations)  is  one  if  not  the  most 
important  tools  that  has  arisen  in  the  field  of  operations  research.  While 
providing  a  mechanism  for  an  efficient  solution  search,  it  does,  however, 
incur  a  rather  substantial  computational  burden.  Even  small  problems  require 
too  much  time  if  done  by  hand.  Coincidentally,  LP  was  conceived  at  the  same 
time  that  the  first  computers  were  being  constructed.  Had  it  not  been  for  the 
availability  of  the  computational  power  these  machines  provided,  the  simplex 
algorithm  would  surely  have  been  deemed  theoretically  elegant  but  of  little 
practical  importance  in  solving  all  but  the  most  trivial  problems.  Research 
into  compact  and  efficient  computer  codes  during  the  past  three  decades  has 
enabled  practitioners  to  obtain  LP  packages  for  most  mainframe  and  mini¬ 
computer  systems.  Problems  of  hundreds  and  even  thousands  of  rows  can  be 


solved  in  minutes 
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LINEAR  PROGRAMMING 

1.  The  Linear  Program  Problem.  The  linear  program  (LP)  is  one  of  the 
general  problem  class  called  mathematical  programs.  The  LP  is  generally 
stated  in  the  following  way: 

maximize  f(x)  =  cx 
subject  to  Ax  *  b  and  x  0 
Where  A  is  an  m  x  n  matrix;  b  is  an  m-vector; 
and  c,  x,  and  0  are  n-vectors. 

For  those  perhaps  unfamiliar  with  matrix  notation,  the  above  can  also  be 
stated  as  follows: 

maximize  c(l)*x(l)+c(2)*x(2)+ . +c(n)*x(n) 

subject  to 

a(l ,l)*x(l)+a( 1 ,2)*x(2)+ . +a(l,n)*x(n)  =  b(l) 

a(2,l)*x(l)+a(2,2)*x(2)+ . +a(2,n)*x(n)  =  b(2) 

•  •  • 

•  •  • 

•  •  • 

a(m,l )*x(l)+a(m,2)*x(2)+. . . . .+a(m,n)*x(n)  *  b(m) 

with  x(i)  2.  0  i=l,n. 

Usually  the  function  f(x)=cx  to  be  maximized  is  called  the  objective;  the 
matrix  A  is  called  the  constraint  matrix;  and  b  as  a  result  of  its  placement 
is  called  the  right-hand  side.  The  problem  is  really  a  simple  one  despite 
what  some  might  feel  from  the  above  admittedly  mathematical  representations. 
Simply  stated,  the  LP  seeks  to  determine  what  values  the  variables  x(I), 
x(2),...,  and  x(n)  must  take  for  f(x)  to  be  its  lowest  value,  while  at  the 
same  time  assuring  that  the  equations  defined  by  Ax»b  still  hold  and  with  the 
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LINEAR  PROGRAMMING 


r. 


passe.  Certainly  the  promise  of  the  early  sixties'  management  scientists  to 
solve  every  problem  using  scientific  methods  was  not  realized.  Yet,  compli¬ 
cated  problems  generally  defy  simple  solutions.  In  fact,  the  LP  methodology 
adopted  here  actually  espouses  the  simplest  mathematical  model  that  can  be 
theorized.  Since  guidance  to  ESC  ordained  a  mathematically  based  allocations 
and  requirements  method ,  the  LP-based  model  seems  therefore  an  approj  riate 
response. 
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obligations,  do  20  percent  of  his  design  by  contract,  minimize  the  change  in 
personnel  in  several  functions,  and  also  examine  a  5-percent  reduction  in  the 
size  of  the  district.  He  could  ask  all  these  questions  at  once  in  GP,  and  be 
able  to  weight  or  prioritize  the  different  goals.  Another  obvious  extension 
would  be  to  address  the  interrelationship  of  organizations  in  the  Corps.  It 
would  be  relatively  easy  to  formulate  a  problem  that  considered  all  the 
districts  within  a  division,  and  allowed  for  work  to  be  performed  across 
district  boundaries.  Another  possible  extension  is  to  use  the  methodology  as 
a  quasi-utilization  system.  To  do  this,  however,  would  require  a  supporting 
workload  and  personnel  tracking  system  that  is  not  currently  available  within 
the  Corps. 

12.  Quo  Vadis?  ESC  feels  that  methodology  embodied  in  the  prototype 
offers  a  powerful  tool  to  manpower  planners.  The  prototype  is  for  demonstra¬ 
tion  and  there  is  no  suggestion  to  implement  it  in  its  present  form.  Much 
work  remains.  At  the  very  least,  several  things  would  have  to  be  done. 
First,  a  more  thorough  statistical  analysis  must  be  performed  on  existing  data 
to  compute  better  requirements  and  relationships  (e.g.,  ESC  took  the  functions 
for  the  prototype  directly  from  the  1983  RAT.  Civil  Works  has  gone  to  FORCON, 
presumably  to  obtain  better  functional  breakouts.  Corps  Stratification  or  the 
MARMS  functional  definitions  might  be  other,  more  detailed  alternatives  to 
investigate).  Second,  is  the  need  to  give  the  users  in  the  field  and  at 
USACE  an  introduction  to  LP  that  would  overcome  any  reluctance  to  use  the 
system.  Finally,  the  staff  element  that  would  assume  responsibility  for 
monitoring  the  development  and  maintenance  of  the  methodology  would  have  to  be 
nominated.  One  additional  comment  concerns  what  seems  to  be  a  fashionable 
notion  in  some  staff  elements — that  operations  research  techniques  have  become 


III.  IMPLEMENTATION 


10.  Proponency.  The  need  for  a  better  allocations  methodology  was 
originally  requested  by  DRM.  It  seems,  however,  that  the  actual  requirements 
and  allocations  processes  occur  in  other  directorates  and  out  in  the  field. 
This  has  influenced  how  ESC  approached  development.  Would  a  new  methodology 
displace  existing  Civil  Works  and  Military  Construction  systems  completely? 
Workload  standards  will  take  time  to  develop  and  are  expected  to  cover  less 
than  two-thirds  of  the  Corps,  at  best.  The  remaining  ”unstandardized" 
components  will  still  be  asked  to  estimate  requirements.  The  people  gener¬ 
ating  these  estimates  now  will  no  doubt  do  so  in  the  future,  and  very  likely 
do  so  using  similar  methods.  If  a  new  methodology  is  adopted,  it  should  be 
used  to  unify  rather  than  fragment  the  decision  process.  While  DRM  will 
control  standards  development,  and  perhaps  model  maintenance,  it  does  not  seem 
likely  that  either  Civil  Works  or  Military  Construction  would  or  should 
relinquish  responsibility  for  requirements  determination. 

11.  Extensions.  ESC's  prototype  attempts  to  illustrate  the  capabilities 
of  an  LP-based  methodology.  The  type  of  analysis  that  can  be  performed  using 
it  seems  to  be  beyond  anything  currently  available  to  Corps  managers.  There 
are,  however,  other  possibilities  that  would  make  the  methodology  even  more 
powerful.  The  foremost  would  be  to  change  the  basic  problem  formulation  such 
that  it  was  selecting  a  solution  based  on  more  than  one  criteria  (see 
Annex  B) .  Using  a  rather  straightforward  formulation  change,  the  model  could 
solve  multi-objective  problems,  sometimes  also  called  goal  programming  (GP) . 
This  would  enable  a  user  to  consider  different  objectives  at  the  same  time, 
rather  than  having  to  do  separate  analyses  of  each  objective  and  comparing 
the  results.  For  example,  suppose  the  decisionmaker  wanted  to  maximize 
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9.  Decomposition.  Before  one  can  understand  a  system,  one  must  under¬ 
stand  its  parts  and  how  they  interact.  To  best  understand  how  an  automobile 
works,  a  shop  student  takes  an  engine  apart  and  then  puts  it  back  together. 
Since  ESC  seeks  to  build  an  operating  ',allocationsM  system,  it  must  understand 
how  the  "pieces"  of  the  Corps  interact  before  it  can  hope  to  build  an 
inclusive  model.  A  systems  "mechanic"  would  like  to  be  able  to  characterize 
the  Corps  in  a  flowchart,  network  diagram,  or  input/output  matrix  which 
emphasizes  resource  and  information  flow  and  modification.  The  model  builder 
can  generally  only  accumulate  knowledge  of  the  system  under  study;  he  or  she 
should  not  be  expected  to  generate  new  knowledge.  Unfortunately,  the  key 
ingredient  for  decomposing  the  Corps'  structure  in  this  way  is  lacking;  there 
is  no  accurate  data  base  that  enables  one  to  measure  how  work  moves  through 
the  districts  and  divisions  in  terms  of  activities  performed  and  resources 
consumed.  There  are  many  initiatives  underway  which  could  improve  this 
situation:  the  Corps'  staffing  standards  program,  FORCON,  the  Information 
Systems  Plan  for  OCE,  and  the  Army  Performance  Oriented  Reviews  and  Standards 
Program  (APORs) .  If  these  efforts  are  all  successful,  there  should  be  a  much 
better  quantitative  and  statistical  data  base  that  would  enable  better  analy¬ 
sis  of  the  Corps  than  can  currently  be  conducted. 


amount  of  work  that  is  not  done  in-house ,  but  these  levels  are  not  legisla¬ 
tively  mandated. 

d.  The  Corps  heirarchy.  Of  immediate  interest  to  this  study  is  the 
USACE  HQ-Division-District  heirarchy  (excluding  field  operating  agencies 
(FOAs)  and  Army  Engineer  TOEs).  Manpower  planning  is  performed  at  all  three 
levels.  As  with  any  multitiered  organization,  the  perspectives  that  the 
planners  take  at  different  levels  are  not  the  same.  In  the  districts,  where 
most  of  the  work  actually  gets  done,  the  focus  is  on  the  details  of  individual 
projects.  At  HQ,  the  managers  must  take  a  broad  view;  consequently,  they  are 
not  overly  concerned  with  individual  project  details.  The  allocations  and 
requirements  systems  should,  if  possible,  assist  users,  no  matter  what  level 
they  are  in  the  heirarchy.  A  common  methodology  would  promote  utilization  and 
enhance  maintenance. 

e.  Spaces  or  faces?  One  of  the  artifacts  of  the  civil-military 
dichotomy  is  the  Corps'  dual  system  for  counting  manpower.  The  military  side 
essentially  counts  the  number  of  authorized  people  it  has  on  the  payroll  at 
the  end  of  the  year.  Overhires  and  other  devices  can  be  used  to  augment  the 
military  side  of  the  house  as  long  as  the  year-end  figure  is  not  violated,  and 
there  is  money  enough  to  pay  for  the  extra  workers.  On  the  civil  side,  there 
is  much  less  flexibility.  Full-time  equivalents  (FTEs)  measure  the  amount  of 
work  done.  This  approach  is  much  more  restrictive  and  therefore  more  c<  -'trol- 
lable,  than  the  military  end-strength  method. 

f.  Position.  Much  of  the  work  that  the  Corps  does  is  subject  to 
climate  and  other  local  environmental  conditions.  Many  seasonal  workers  are 
employed,  primarily  in  the  summer;  these  part-time  employees  need  to  be  con¬ 
sidered  as  well  as  persons  in  full-time  permanent  positions. 


legislation,  to  activities  that  have  no  relation  to  traditional  Army 
activities — i.e..  Civil  Works.  The  Corps  theoretically  has  a  dual  structure 
of  separate  but  similar  services  and  overhead  supporting  both  programs..  Of 
course,  the  distinction  between  military  or  civil  blurs  in  the  field,  where 
the  pressure  of  time  will  circumvent  policy.  Nonetheless,  the  separateness 
must  be  dealt  with  in  ESC's  system,  since  manpower  ceilings  are  usually 
separate,  rather  than  combined. 

b.  Dollars.  One  of  the  Corps'  paramount  concerns  is  money.  Unlike 
other  Government  entities,  Corps  personnel  are  paid  out  of  charges  assessed 
against  particular  accounts.  While  these  rates  (e.g.,  an  S&A  rate  of  5.5 
percent)  are  not  statutorily  binding,  the  Corps  plans  much  of  its  work  around 
these  figures.  Salaries,  overhead,  and  similar  debits  are  made  from  these 
charges.  While  manpower  standards  are  necessary  to  justify  manpower  require¬ 
ments,  Corps  people  must  be  paid  as  well  as  justified.  These  two  processes 
must  be  considered  together  if  any  usable  manpower  planning  system  is  to  be 
accepted. 

c.  Contracting.  The  Corps  of  Engineers  manages  construction;  it 
does  not,  generally,  construct  projects  with  in-house  labor.  Although  it  may 
be  managing  multimillion  dollar  projects,  much  of  the  money  is  passed  on  to 
the  private  sector  contractors  who  do  the  building,  dredging,  and  so  forth. 
There  is,  however,  another  type  of  contracting  that  affects  manpower  perhaps 
even  more.  It  is  used  when  the  Corps  elects  to  contract  for  work  which  it 
normally  performs  in-house  (e.g.,  engineering,  operations,  or  planning).  This 
confounds  the  workload  standard  program  since  it  means  that  work  which  would 
be  used  to  generate  manpower  requirements  may  legitimately  be  put  out  for 
contract.  There  are  historical-  or  policy-directed  percentage  targets  for  the 


1.  Purpose .  This  annex  will  describe  the  prototype  allocations  and 
requirements  model  that  ESC  has  constructed.  The  principal  purpose  of  the 
prototype  is  demonstration  ot  the  application  of  an  LP  approach  to  defining 
data  needs  and  solving  manpower  allocation  problems.  The  model  that  ESC  has 
developed  will  be  described;  the  data  that  was  used  for  the  example  will  be 
defined;  and  an  application  using  a  district  will  be  portrayed. 

2.  Assumptions .  The  construction  of  a  model  that  simulates  Corps  man¬ 
power  requirements  to  analyze  different  allocations  is  not  a  trivial  task.  As 
said  in  the  main  paper,  ESC  interpreted  the  need  for  a  well-founded  alloca¬ 
tions  system  to  be  a  related  but  separable  problem  from  the  manpower  standards 
work  that  has  received  so  much  interest  and  staffing.  ESC  understood,  how¬ 
ever,  that  even  if  successful,  standards  would  not  cover  every  position  in  the 
Corps.  Therefore,  there  would  always  be  a  need  for  a  supplemental  methodology 
to  estimate  some  requirements.  Since  ESC  intended  to  link  requirements  to 
allocations  within  the  model,  it  would  have  to  treat  standards  and  any  supple¬ 
mental  methods  together  in  the  final  design.  The  LP-based  approach  offered 
the  possibility  of  developing  a  working  allocations  system  that  could  inte¬ 
grate  standards  as  they  became  available.  In  the  work  performed  In  developing 
the  prototype,  ESC  did  not  attempt  to  fabricate  fictitious  standards  in  lieu 
of  having  validated  ones.  Instead,  it  concentrated  on  constructing  a  model 
that  would  use  existing  data  and  methods  which  were  also  likely  to  be  the 
supplemental  techniques  mentioned  above.  ESC  recognized  that  good  data  tying 
workload  (i.e.,  nondollars)  to  requirements  was  not  presently  available.  What 
was  available  was  the  dollar-based  system  embodied  in  the  RATs  for  Civil  Works 
and  the  highly  aggregated  dollar-dependent  system  used  within  military 
construction.  Faced  with  constructing  a  working  prototype  and  having  limited 


resources  to  develop  the  model,  much  less  embark  on  a  major  data  collection 
and  analysis  venture,  ESC  relied  essentially  on  the  1983  RAT  data  for  its 
statistical  data.  The  prototype,  therefore,  concentrates  solely  on  civil 
functions  and  costs,  but  inclusion  of  analogous  logic  and  data  for  the  mili¬ 
tary  side  of  the  house  appears  to  be  straightforward.  The  military  program 
has  fewer  types  of  activities  involved,  and  there  is  a  greater  reliance  on 
contracting. 

3.  Model  Conventions.  Annex  A  of  this  document  gave  the  mathematical 
definition  of  a  linear  program.  The  prototype  will  be  defined  in  that  form. 
Realize  that  there  is  nothing  unalterable  about  the  formulation  presented 
below.  In  fact,  development  of  the  model  should  be  iterative  where  additions 
and  enhancements  occur  as  a  consequence  of  gaining  more  familiarity  with  the 
model.  (NB:  we  are  not  representing  a  physical  process  that  is  well  under¬ 
stood  and  obeys  physical  laws.  Instead  we  are  dealing  with  theorizing  a  ser¬ 
ies  of  relationships  that  somehow  captures  the  relationships  among  people, 
functions,  and  type  of  dollar  expenditure.)  The  extensions  to  the  model 
described  in  the  main  paper  would  have  been  attempted  had  time  and  data 
limitations  not  intervened. 

4.  Model  Constituents.  The  easiest  way  to  describe  the  model  is  to 
express  it  in  a  way  that  corresponds  to  the  LP  definition  given  in  Annex  A. 
This  will  be  done  by  defining  all  variables,  dimensions,  model  coefficients, 
input  data,  and  equations  that  comprise  the  model. 

a.  Dimensions.  The  following  paragraphs  will  refer  to  arrays  and 
vectors  of  different  size.  There  are  three  possible  dimensions: 


N  :=  (1,2,3, ... ,N)  where  N  is  the  total  number  of  appropria¬ 
tions  identified  for  the  organization  (can 
be  defined  in  appn-(cat] cat-class  |  cat- 
class-subclass)) 

I  :=  (1,2,3, ... ,1)  where  I  is  the  number  of  functions 

(currently  15) 

J  :=  ( 1 , 2, 3, . . . , J)  where  J  is  the  number  of  appn-category 

pairs  defined  by  the  'N'  input  appropria¬ 
tions  (max  J  is  currently  53) 


b.  Structural  variables.  The  LP  technique  we  are  using  describes  a 
process  in  terms  of  relationships  among  different  structural  elements.  The 
relationships  are  our  equations  (infra)  and  the  elements  our  variables  (also 
referred  to  as  structurals) .  Figure  B-l  represents  the  required  and  optional 
variables  used  in  defining  and  solving  problems. 


MODEL 

VARIABLES 

Variable 

Size 

Status 

Definition 

A 

N 

Required 

Amount  of  appropriation  obligated 

F 

I 

Required 

Functional  equivalent  of  the  obliga¬ 
tions 

D 

I 

Required 

Direct  labor  dollars 

K 

1 

Optional 

Contract  service  dollars 

0 

I 

Required 

Overhead  associated  with  a  function 

M 

I 

Required 

In-house  function  manyears 

S 

J 

Optional 

When  input  appropriation  shows  class 
(and  subclass),  dollars  are  rolled  up 
into  an  appn-cat ;  s(j)  would  be  the 
aggregated  number 

Figure  B-l 


B-A 


•I'm.mnmn  mi  .hi.,  1.1  ,  ,,vi. 


c.  Coefficient  arrays.  Recall  that  in  the  definition  of  the  LP 
(Annex  A),  the  array  A  was  referred  to  as  the  constraint  array.  It  repre¬ 
sented  the  constants  a(l,l),  a(l,2),  etc.,  which  with  the  variables  formed  the 
equations  of  the  model.  In  building  an  LP  model,  determining  these  constants 
usually  takes  up  the  bulk  of  the  analysis.  Figure  B-2  defines  the  coefficient 
arrays  that  comprise  the  constraint  environment. 


CONSTRAINT  VARIABLES 


Variable 

Size 

Status 

Definition 

T 

I,J 

Required 

The  critical  data  determines  functional 
requirements  from  programmed  appropria¬ 
tion 

W 

N 

Required 

The  priority  weight  vector  used  to 
prioritize  projects 

H 

I 

Required 

Generates  overhead  requirements  as  a 
function  of  in-house  strength 

P 

I 

Required 

Functional  per-capita  costs 

L 

I 

Optional 

Contract  supervision  rates 

V 

I 

Required 

Portion  of  functional  dollars  for 
Corps'  value  added  services 

Figure  B-2 


d.  Input.  In  actual  application,  much  of  the  data  required  for 
execution  of  the  model  will  be  found  in  the  data  arrays  defined  above  and 
would  be  used  by  each  district  without  modification.  Before  a  user  could 
exercise  the  model,  the  data  that  is  specific  to  his  organization  must  be 
collected.  That  input  centers  on  the  actual  planned  appropriations,  and  any 
personnel  or  contracting  limits  that  constrain  the  levels  of  the  structural 
variables.  For  the  prototype,  Figure  B-3  defines  the  user-specific  informa¬ 
tion  required  to  run  the  model. 
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RIGHT-HAND  SIDE  VARIABLES 


Variable 

Size 

Status 

Definition 

G 

N 

Required 

Net  available  dollars  for  the  appropria¬ 
tion-cat  (-class  (-subclass)  ) 

QF 

I 

Optional 

Maximum  percentage  of  organization  a 
function  can  be 

QK 

I 

Optional 

Max  percentage  of  function  that  can  be 
contracted  out 

B 

I 

Optional 

Max  size  of  function 

B 

1 

Optional 

Max  size  of  organization 

Figure  B-3 


5.  Defining  the  Model. 

a.  The  objective  row.  Given  the  potentially  Infinite  number  of 
feasible  solutions  to  a  problem  stated  in  LP  format,  a  metric  is  necessary  to 
find  the  best  possible  answer.  This  is  referred  to  as  the  objective  function 
and  is  important  to  the  decisionmaker  because  it  controls  the  solution  the  LP 
process  will  compute.  In  the  prototype,  there  were  several  possible  ways  to 
express  an  objective.  The  maximization  of  obligations  was  selected,  but  for 
special  circumstances  other  possibilities  exist  (see  Extensions  Infra).  The 
objective  function  is  as  follows: 

Maximize  w(n)*a(n)  (n=l,2,3, . . ,N) 

(NB:  For  our  example,  the  weights/priorities  are  all  set  to  +1.0  indicating 
that  all  appropriations  or  projects  are  of  equal  importance.  This  may,  of 
course,  not  be  realistic  and  in  practice  the  user  could  manipulate  the  weights 
to  ensure  that  priority  work  is  accomplished.) 


b.  The  constraints 


(1)  Appropriation  amounts.  The  first  set  of  constraints  assures 
that  the  amount  obligated,  A(n),  does  not  exceed  the  net  available. 

A(n)  _<  g(n)  (n=l,2,3,...,N) 

(2)  Appropriation  to  functions.  The  key  portion  of  this  model 
(and  the  one  where  workload-based  standards  would  apply  when  developed)  is  the 
translation  of  appropriations  into  the  expected  functional  components.  Two 
forms  are  given.  The  first  applies  when  the  net  available  appropriation, 
g(n),  is  in  appropriation-category  form  (e.g.,  the  three-character  code 
'A  1').  The  other  situation  occurs  when  the  input  further  identifies  the 
available  appropriation  in  terms  of  either  class  or  class-subclass  (e.g.,  the 
four-character  code  'ER12'  or  the  five-character  code  'ER121').  In  that  case 
the  appropriations  must  be  rolled  up  by  appropriation-categories  since  the 
input/  output  array,  T,  is  defined  only  at  that  level.  In  other  words,  the  A 
vector  is  aggregated  into  the  S  vector. 

(a)  v(i)*t(i,n)*a(n)  =  f(i)  (i-1 ,2 , . . .  ,1;  n-1  ,2 , . . .  ,N) 

(b)  v(i)*t(i,j)*s(j)  -  f(i)  (i-1, 2 . I* j-1 ,2, . . . ,J 

and  ^s(  j  )-^a(n) 

for  all  appropriations  n  in  category  j^» 

(3)  Disposition  of  functional  dollars.  Functional  dollars  are 
spent  in  three  areas:  direct  labor,  contract  labor,  and  overhead. 

f(i)  -  d(i)  +  k(i)  +  o(i)  (i=L ,2, . . . ,1) 

(4)  Overhead  calculation.  Overhead  is  calculated  for  each  func¬ 
tion  and  is  a  function  of  the  amount  spent  for  direct  labor. 

h(i)  *  d(i)  -  o(i)  (i-1, 2 . 1) 


B-7 


(5)  Contract  limitations.  Contracting  of  services  that  can  be 
performed  in-house  is  a  feature  of  the  model.  The  user  may  or  may  not  permit 
contracting  to  occur.  If  contracting  is  ’turned  on,'  the  user  may  set  limits, 
Qk(i),  on  the  percentage  that  contracting  may  represent  of  the  total  func¬ 
tional  obligation. 

K(i)  <_  Qk(i)  *  f(i)  (i=l,2, ...  ,1) 

(6)  Functional  proportion  limits.  Another  optional  feature  of 
the  model  is  the  ability  to  set  limitations  on  the  functional  manyears  that 
are  computed.  One  form  is  to  limit  the  size  of  any  function  to  a  proportion 
of  the  total  organization's  computed  manyears. 

m(i)  /  (m(  l)+m(  2)+.  ,+m(  I)  )  Qf(i)  (i=l  ,2, . . . ,  I) 

(7)  Manyear  determination.  In  this  prototype,  dollars  are  used 
to  determine  manpower  requirements.  The  actual  calculation  for  each  function 
takes  the  amount  computed  for  direct  labor  divided  by  the  per-capita  cost  of 
that  function's  manyears,  plus  the  supervisory  manyears  per  thousand  dollars 
of  contracts  administered,  times  the  amount  contracted  out  for  that  function. 

(l/p(i))  *  d(i)  +  l(i)  *  k(i)  -  m(i)  (i“l , 2, ...» I) 

(8)  Function  size.  Another  optional  constraint  on  manpower  is 
to  explicitly  set  an  upper  bound  on  the  size  of  any  function. 

m(i)  _<  b(i)  (i-1,2,...  ,1) 

(9)  Organization  si«-e.  Just  as  the  size  of  any  of  the  component 
functions  may  be  capped,  so  may  the  overall  size  of  the  organization  (i.e., 
the  sum  of  all  m(i)  may  be  prohibited  from  rising  above  a  specific  level). 

m(  l)+m(2)+. .  ,-hn(I)  <  b 
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c.  Data  tables.  As  Is  the  case  in  the  development  of  any  model, 
there  is  a  requirement  for  data  that  comprise  the  structure  of  the  model.  LP 
applications  typically  define  problems  with  large  dimensionality  (i.e.,  500 
rows  and  2000  columns).  In  practice,  there  are  usually  few  non-zero  entries, 
and  the  matrix  is  therefore  quite  sparse.  The  non-zero  entries  can  typically 
be  grouped  together  (e.g.,  in  the  prototype  the  per-capita  costs  and  overhead 
rates  are  given  for  each  function).  In  fact,  the  grouping  of  non-zero  values 
can  often  be  conveniently  represented  outside  the  LP  as  tables.  The  computed 
non-zero  values  for  the  prototype  are  summarized  in  the  tables  described 
below.  The  following  paragraphs  describe  the  data  that  were  largely  extracted 
from  the  1983  RAT  file  and  were  used  to  develop  the  structure  of  the  LP. 

(1)  Function  codes  and  titles.  Within  the  prototype,  manpower 
and  activities  are  defined  in  terms  of  the  RAT  functions.  The  symbolic  labels 
used  for  row  and  column  names  allow  the  identification  of  which  function  is 
involved  using  just  a  single  alphabetic  character.  Figure  B-4  translates  the 
character  code  into  a  short  function  title. 

(2)  The  input/output  matrix.  As  said  above,  the  prototype  was 
constrained  to  take  on  a  form  that  was  compatible  with  existing  manpower 
requirement  data.  The  RAT  was  the  major  requirements  system  used  within  Civil 
Works.  It  linked  functional  manpower  needs  with  projected  appropriations. 
The  data  base  was  analyzed  with  the  intent  to  develop  the  necessary  data  to  be 
able  to  convert  the  appropriation  "input"  into  functional  "output.”  The  15 
functions  identified  within  the  RAT  were  deemed  acceptable,  but  a  decision  had 
to  be  made  concerning  the  appropriation  level.  The  cost  data  could  be  viewed 
as  a  heirarchy  of  appropriation,  category,  class,  and  subclass  data.  A 
further  distinction  could  be  made  as  to  whether  the  data  are  considered  at  the 
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FUNCTION  CODES 


A 

X 

K 

L 

H 

N 

Q 

D 

V 

F 

P 

T 

G 

U 

z 


ADMNOH 

ADMNDR 

PLAN 

ENGR 

PRGDEV 

R.  E. 

CONSTR 

DREDG 

NAVIG 

FLDCNT 

HYDPOW 

NATRES 

REGUL 

EMGMGT 

X-FNC 


Figure  B-4 
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district  or  division  headquarters  level,  or  alternatively  at  aggregated  levels 
for  either  whole  divisions  or  even  corps-wide.  After  examining  the  form  of 
the  data  and  observing  the  great  variability  in  how  different  organizations 
broke  out  their  costs  in  the  RATs ,  it  was  decided  to  use  distributions  based 
on  an  aggregate  of  districts  (but  not  division  headquarters)  at  the  appropria¬ 
tion  and  category  level.  Figure  B-5  therefore  represents  the  expected  distri¬ 
bution  of  appropriation-category  dollars  (i.e.,  a  three-character  identifier) 
across  the  functions  as  observed  in  district  organizations. 

(3)  Functional  manpower  costs.  Within  the  model,  it  is  neces¬ 
sary  to  convert  functional  dollars  into  manpower  requirements.  The  RATs 
carried  estimates  of  seasonal  and  full-time  spaces  and  workyears.  Since  the 
major  concern  presently  is  in  FTEs,  the  model  is  stated  in  terms  of  full-time 
workyears  that  can  be  paid  for  with  estimated  dollars.  It  was  theorized  that 
the  functions  should  reflect  the  different  cost  structure  associated  with 
administrative,  technical,  and  operations  positions.  Therefore,  regression 
analyses  were  conducted  to  come  up  with  a  figure  that  would  best  represent  a 
per-capita  cost  for  each  function.  Figure  B-6  shows  the  results  of  those 
analyses. 

(4)  Contract  supervision.  One  of  the  devices  that  the  Corps 
must  use  in  order  to  accomplish  its  workload  is  to  contract  out  certain  tasks 
when  in-house  labor  is  overwhelmed  and  either  space  or  FTE  constraints  pre¬ 
vents  staff  increases.  While  this  augments  capability,  any  contract  entails 
extra  administrative  and  supervisory  overhead.  Ideally  we  should  have  the 
impact  across  all  functions  of  any  contract  let.  Unfortunately  the  RAT  data 
do  not  permit  us  to  develop  the  true  impact  of  contracting  out.  As  a  result, 
we  arbitrarily  asserted  that  some  functions  allow  one  individual  to  supervise 
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FUNCTIONAL  MANPOWER  COSTS  ($K) 


ADMNOH 

ADMNDR 

PLAN 

ENGR 

PRGDEV 

R.  E. 

CONSTR 

DREDG 

NAVIG 

FLDCNT 

HYDPOW 

NATRES 

REGUL 


EMGMGT 


$1  million  while  more  technical  functions  permit  only  $250  thousand  to  be 
administered  by  an  individual.  Moreover,  estimates  of  cross-functional 
impacts  (e.g.,  administrative  time  (e.g.,  supply  and  counsel)  spent  on  every 
contract)  are  ignored  entirely  in  the  prototype,  but  surely  should  be  present 
in  a  working  version  (see  Figure  B-7). 

(5)  Overhead  estimation.  In  addition  to  salaries,  the  Corps 
must  also  pay  the  various  overhead  expenses  incurred  in  running  organizations 
of  many  hundreds  of  people.  In  a  manner  similar  to  how  the  per-capita  costs 
were  estimated,  regression  analyses  were  made  to  obtain  a  relationship  between 
direct  labor  dollars  and  overhead  within  each  function  (see  Figure  B-8). 

(6)  The  value-added  factor.  Within  the  Corps  one  should  distin¬ 
guish  two  types  of  contracting  cost.  The  first  deals  with  making  the  decision 
to  contract  out  tasks  that  might  also  be  done  by  in-house  personnel  but  for 
possible  time  constraints.  The  second  type  of  contract  amount  deals  with 
amounts  chat  are  not  intended  to  be  done  by  Corps  personnel.  This  is  best 
illustrated  by  the  Government  estimates  for  the  labor  and  materials  necessary 
to  build  a  new  facility.  In  trying  to  build  the  prototype,  it  was  quickly 
seen  that  certain  functions  exhibit  a  high  degree  of  the  latter  type  of 
contracting.  In  an  effort  to  calculate  that  portion  of  functional  money 
reserved  for  Corps  services,  regression  analyses  were  made.  Figure  B-9  gives 
the  portions  of  a  function  attributed  to  the  value-added  Corps  contribution. 

(7)  Caveats.  The  figures  that  have  been  explained  above  repre¬ 
sent  only  the  first  iteration  of  the  structural  data  that  must  be  compiled  for 
the  model.  Since  1983  (the  timeframe  of  the  data  used  hei.i).  Civil  Works  has 
gone  through  a  refinement  of  the  RAT  requirements  process  and  the  resulting 
FORCON  data  should  be  better  and  more  compatible  with  the  needs  of  the  LP 
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CONTRACT  SUPERVISION  RATES 


A 

ADMNOH 

0.0001 

X 

ADMNDR 

0.0001 

K 

PLAN 

0.0004 

L 

ENGR 

0.0004 

H 

PRGDEV 

0.0004 

N 

R.  E. 

0.0004 

Q 

CONSTR 

0.0004 

D 

DREDG 

0.0001 

V 

NAVIG 

0.0001 

F 

FLDCNT 

0.0001 

P 

HYDPOW 

0.0001 

T 

NATRES 

0.0001 

G 

REGUL 

0.0001 

U 

EMGMGT 

0.0001 

z 

X-FNC 

0.0001 

Figure  B-7 
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CASE  3 — OBLIGATION  RESULTS 


» 


Appropriation 

Obligation 

Unexpended 

» 

: 

A  110 

1054.60544 

795.39456 

■ 

A  120 

0.00000 

58.00000 

A  171 

0.00000 

6.30000 

A  186 

0.00000 

52.00000 

» 

A  194 

1550.00000 

0.00000 

A  250 

0.00000 

90.00000 

A  451 

1075.00000 

0.00000 

A  651 

53.00000 

0.00000 

> 

B  121 

17.00000 

0.00000 

B  151 

8.00000 

0.00000 

B  211 

2250.00000 

0.00000 

B  216 

41.00000 

0.00000 

» 

B  420 

90.00000 

0.00000 

B  511 

13352.00000 

0.00000 

B  516 

377.00000 

0.00000 

B  517 

433.00000 

0.00000 

> 

B  740 

55.00000 

0.00000 

C  111 

20153.70565 

1974.29435 

C  222 

C  430 

420.00000 

0.00000 

0.00000 

832.00000 

► 

C  440 

33.06627 

2146.93373 

C  450 

3258.00000 

0.00000 

C  470 

818.00000 

0.00000 

C  500 

70.00000 

0.00000 

D  100 

178.00000 

0.00000 

E  420 

0.00000 

98.00000 

WDEPC 

1600.00000 

0.00000 

TOTAL 

46886.37736 

► 

4 

) 

Figure  B-I6 

1 
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> 

(c)  Case  3.  While  the  two  previous  cases  were  interesting, 
the  Corps  does  not  attempt  to  do  everything  in-house.  Contracting  for  stud¬ 
ies,  engineering,  dredging,  etc.  is  standard  operating  procedure;  thus,  in 
Case  3,  contracting  is  allowed.  To  also  be  realistic,  limits  are  also  placed 
on  what  portion  of  a  function  can  be  turned  over  to  contractors.  The  results 
are  dramatic.  The  amount  obligated  is  almost  $20  million  greater  than  in  Case 
2.  The  percentage  limits  on  relative  function  manyears  was  also  turned  back 
on,  but  now  since  contracting  is  done  within  each  function,  the  proportion¬ 
ality  constraints  are  not  as  binding.  The  output  report  indicates  that  while 
we  have  markedly  improved  over  Case  2,  there  are  opportunities  to  increase  our 
obligations  even  more  if  certain  contracting  and  function  limits  are 
relaxed.  In  particular,  planning  and  navigation  have  large  payoffs  if  the 
function  proportion  limits  are  increased.  (See  Appendix  B-l,  the  large  values 
associated  with  rows  QMK  under  the  row  section  column  labeled  'dual  activ¬ 
ity.'  This  value,  in  an  economic  sense,  gives  an  idea  of  how  much  the 
objective  function  will  improve  for  an  increase  of  one  unit  for  the  con¬ 
straint.  It  is  usually  considered  the  marginal  value  of  that  binding  con¬ 
straint.  At  the  very  least,  it  tips  the  analyst  off  to  possible  changes  to 
consider  if  improvement  in  the  objective  is  still  sought.)  (See  Figures  B-16 
and  B-17.) 

(d)  Case  4,  For  this  case  two  things  were  changed:  the 
percentage  function  limits  for  planning  and  navigation  were  increased  from  10 
and  20  percent  to  25  and  30  percent  respectively.  Otherwise  all  other  data 
and  parameters  are  the  same  as  for  Case  3.  As  a  result  and  under  the  given 
parameters,  all  projects  are  obligated.  There  is,  however,  an  accompanying 
increase  in  the  number  of  manyears  consumed — to  623.  Clearly  the  623  figure 
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CASE  2 — RESOURCE  ALLOCATIONS  BY  FUNCTIONS 


Function 

$  Expended 

$  Dir  Labor 

$  Overhead 

Manyears 

ADMNOH 

893.37476 

587.74656 

305.62820 

31.09179 

ADMNDR 

119.82787 

97.97864 

21.84924 

4.08571 

PUN 

519.13420 

401.18563 

117.94856 

12.75770 

ENGR 

1636.81015 

1226.99413 

409.81603 

40.00000 

PRGDEV 

72.82383 

58.87133 

13.95250 

2.03695 

R.  E. 

250.73611 

204.34891 

46.38720 

7.39743 

CONSTR 

1418.73502 

1052.47406 

366.26096 

34.73164 

DR  EDG 

2178.55113 

994.31819 

1184.23295 

35.00000 

NAVIG 

3789.71582 

2637.24139 

1152.47443 

102.06124 

FLDCNT 

8.62982 

5.54259 

3.08722 

0.22725 

HYDPOW 

0.00000 

0.00000 

0.00000 

0.00000 

NATRES 

286.07230 

205.80742 

80.26489 

9.01436 

REGUL 

1554.97384 

1047.12046 

507.85338 

40.00000 

EMGMGT 

199.14810 

115.78379 

83.36432 

3.48509 

X-FNC 

47.95238 

47.95238 

0.00000 

0.00000 

TOTAL 

321.88916 

Figure  B-15 


CASE  2— OBLIGATION  RESULTS 


Appr opr iation 

Obligation 

Unexpended 

A  110 

0.00000 

1850.00000 

A  120 

0.00000 

58.00000 

A  171 

0.00000 

6.30000 

A  186 

0.00000 

52.00000 

A  194 

0.00000 

1550.00000 

A  250 

0.00000 

90.00000 

A  451 

0.00000 

1075.00000 

A  651 

0.00000 

53.00000 

B  121 

0.00000 

17.00000 

B  151 

0.00000 

8.00000 

B  211 

2250.00000 

0.00000 

B  216 

41.00000 

0.00000 

B  420 

0.00000 

90.00000 

B  511 

7947.58946 

5404.41054 

B  516 

377.00000 

0.00000 

B  517 

433.00000 

0.00000 

B  740 

55.00000 

0.00000 

C  111 

12967.70796 

9160.29204 

C  222 

0.00000 

420.00000 

C  430 

0.00000 

832.00000 

C  440 

0.00000 

2180.00000 

C  450 

1868.22317 

1389.77683 

C  470 

818.00000 

0.00000 

C  500 

70.00000 

0.00000 

D  100 

178.00000 

0.00000 

E  420 

98.00000 

0.00000 

WDEPC 

0.00000 

1600.00000 

TOTAL 
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CASE  1— RESOURCE  ALLOCATIONS  BY  FUNCTIONS 


Function 

$  Expended 

$  Dir  Labor 

$  Overhead 

Manyears 

ADMNOH 

1155.63806 

760.28821 

395.34985 

40.21924 

ADMNDR 

143.28259 

117.15666 

26.12593 

4.88543 

PUN 

1637.67607 

1265.59205 

372.08402 

40.24582 

ENGR 

3417.87765 

2562.12719 

855.75046 

83.52533 

PRGDEV 

123.99539 

100.23880 

23.75659 

3.46826 

R.  E. 

389.49373 

317.43580 

72.05793 

11.49117 

CONSTR 

2126.59564 

1577.59322 

549.00242 

52.06058 

DREDG 

1665.78045 

760.28319 

905.49726 

26.76197 

NAVIG 

2988.79810 

2079.88737 

908.91073 

80.49164 

FLDCNT 

176.40615 

113.29875 

63.10740 

4.64525 

HYDPOW 

0.00000 

0.00000 

0.00000 

0.00000 

NATRES 

345.17800 

248.32950 

96.84850 

10.87683 

REGUL 

1564.52993 

1053.55554 

510.97439 

40.24582 

EMGMGT 

202.33611 

117,63728 

84.69883 

3.54088 

X-FNC 

74.43399 

74.43399 

0.00000 

0.00000 

TOTAL 

402.45822 

Figure  B-13 
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CASE  1— OBLIGATION  RESULTS 


Appropriation 

Obligation 

Unexpended 

A  110 

0.00000 

1850.00000 

A  120 

0.00000 

58.00000 

A  171 

0.00000 

6.30000 

A  186 

0.00000 

52.00000 

A  194 

876.24024 

673.75976 

A  250 

0.00000 

90.00000 

A  451 

1075.00000 

0.00000 

A  651 

53.00000 

0.00000 

B  121 

17.00000 

0.00000 

B  151 

8.00000 

0.00000 

B  211 

2250.00000 

0.00000 

B  216 

41.00000 

0.00000 

B  420 

90.00000 

0.00000 

B  511 

13352.00000 

0.00000 

B  516 

377.00000 

0.00000 

B  517 

433.00000 

0.00000 

B  740 

55.00000 

0.00000 

C  111 

9901.27519 

12226.72481 

C  222 

420.00000 

0.00000 

C  430 

832.00000 

0.00000 

C  440 

1061.96090 

1118.03910 

C  450 

0.00000 

3258.00000 

C  470 

818.00000 

0.00000 

C  500 

70.00000 

0.00000 

D  100 

178.00000 

0.00000 

E  420 

0.00000 

98.00000 

WDEPC 

1600.00000 

0.00000 

TOTAL 

33508.47632 

Figure  B-12 
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means  that  $.66  goes  to  planning,  $.21  goes  to  engineering,  etc.  (see  Figure 
B-5).  In  Case  1,  planning,  navigation,  and  regulatory  functions  have  all 
reached  their  maximum  portions  of  the  organization.  (An  important  feature  of 
the  methodology  is  that  the  LP  output  gives  marginal  values  that  show  how 
increasing  the  limits  on  these  functions  will  greatly  increase  obligations.) 
The  problem  is  that  adding  one  additional  dollar  from  any  of  the  unobligated 
appropriations  will  mean  that  we  will  violate  one  or  more  of  the  functional 
percentage  constraints  (see  Figures  B-12  and  B-13). 

(b)  Case  2.  In  this  case,  rather  than  the  percentage 
limits,  ceilings  are  placed  on  the  actual  manyears  that  can  be  expended  in 
each  function.  The  results  are  even  worse  than  in  Case  1.  Now  only  $27  mil¬ 
lion  are  obligated  and  only  322  manyears  are  expended.  Several  functions  have 
hit  their  upper  limits  (planning,  dredging,  and  regulatory).  Once  again  the 
idea  of  proportionality  must  be  remembered  in  analyzing  these  results.  In  the 
real  world  there  are  several  ways  to  get  around  this.  The  most  obvious,  con¬ 
tracting,  will  be  addressed  below.  Another  possibility  might  be  borrowed 
labor.  This  could  work  in  two  ways:  the  work  could  be  performed  by  another 
district  (or  division)  that  had  excess  capability,  or  in-house  manyears  from 
other  functions  might  be  used,  presumably  with  reduced  efficiency.  The  latter 
possibilities  are  not  addressed  in  the  prototype,  but  certainly  deserve  explo¬ 
ration  if  further  work  is  authorized.  (An  interesting  situation  occurs  if  all 
constraints  are  removed  and  contracting  is  not  permitted.  The  results  would 
give  the  total  in-house  manyears  necessary  to  obligate  all  monies.  It  thus 
gives  the  pure  requirements  given  the  forecasted  workload  and  presumably  based 
on  valid  requirement  standards.)  (See  Figures  B-14  and  B-15.) 


extracted  from  the  output  reports  of  the  model.  Two  figures  accompany  each 
case:  the  first  shows  how  much  of  each  project  (appropriation)  was  obligated 
and  how  much  is  left  unspent  (the  shortfall),  given  the  constraints  in  force; 
the  second  shows  how  the  dollars  are  actually  distributed  across  the  functions 
and  how  much  went  to  pay  for  direct  labor,  contract  services  (when  allowed), 
and  district  overhead,  as  well  as  the  number  of  manyears  that  the  direct 
dollars  paid  for.  Seven  cases  are  detailed  but  no  conclusion  should  be  made 
about  the  results.  The  cases  are  presented  to  show  the  method;  further 
analysis  and  development  is  required  before  implementation  could  be  consid¬ 
ered.  The  few  manmonths  of  effort  that  went  into  designing  the  prototype  and 
conducting  statistical  analysis  to  derive  model  values  would  have  to  be 
greatly  expanded. 

(a)  Case  1.  In  this  example,  the  original  New  York  data 
were  used  and  the  only  constraint  was  that  the  functions  fall  within  the 
FRaTLM  limits  for  permissable  percent  of  organization  strength.  (Appendix  B-l 
contains  an  example  of  the  standard  LP  solution  file.  The  reader  is  to  be 
reassured  that  in  practice,  reports  would  be  designed  that  would  extract  the 
solution  data  and  format  it  in  appropriate  displays.)  Since  manpower  require¬ 
ments  are  of  primary  interest,  the  following  discussions  will  focus  on  compar¬ 
ing  obligations  and  manyear  determinations.  Getting  back  to  Case  1,  despite 
the  fact  that  the  only  limitations  are  percentage  caps  on  the  functions,  we 
only  obligate  $33.5  million  and  use  A02  manyears  of  effort.  It  would  seem 
that  with  no  limit  on  manyears,  every  appropriation  should  be  obligated.  The 
explanation  lies  in  one  of  the  fundamental  premises  of  LP — proportionality. 
What  this  means  is  that  changes  to  any  variable  are  always  reflected  in 
constant  ratios.  Taking  appropriation-category  "A  1”,  every  dollar  obligated 


SAMPLE  MPS  INPUT  FILE 


NAME  NEW  YORK  EXAMPLE 

ROWS 

N  OBJECT 
L  AVA  110 
L  AVA  1 20 
L  AVA  171 
•  • 

E  TRTOXS 
E  TRTOK$ 


E  CNVFTOMY  (2) 

E  CNVPTOMY 
•  • 

COLUMNS 


INA  no 

OBJECT 

1.0000 

(3) 

INA  110 

• 

AVA  110 

• 

1.0000 

• 

-  '4 

• 

AGA  6 

• 

TRTOKS 

• 

0.1945 

•  * 

AGA  6 

• 

TRTOL$ 

• 

0.6773 

• 

(4) 

• 

EXPK$ 

• 

AL0K$ 

• 

-1.0000 

■k-  -4 

RHS 

-  4 

RHS 

AVA  110 

1850.0000 

(5) 

RHS 

AVA  120 

58.0000 

RHS 

• 

AVA  171 

• 

6.3000 

• 

v; 

• 

RHS 

• 

SIZ0RG 

• 

421.0000 

(6) 

•i'-J 

-  -i 

ENDATA 

NOTES :  ( 1 ) 

OBJECT 

is  the  name  of 

the  objective 

row;  N  means  it 

is  free 

to  take  on  any 

value. 

(2) 

CNV*T")MY  :=*  convert 

function  *  to 

manyears  (F  is 

-  - 

flood  control). 

(3)  Variable  IN*  (here  *  :=  'A  110')  has  weight  of  1.0000 
in  the  objective  row  OBJECT. 

(4)  Convert  appropriation  into  functional  equivalent. 
Here  67.73 %  of  each  'A  6'  dollar  goes  to  Engineering. 

(5)  The  right-hand  side,  RHS,  has  a  value  of  1850  in  row 


NEW  YORK  DISTRICT— LP  INPUT 


NEW  YORK  EXAMPLE  WITH  FULL  APPN  CODES  (FROM  1983  RATs) 


1 

5 

/* 

NEW  YORK  DISTRICT 

A 

110 

1850. 

/* 

NAVIGATION  STUDIES 

A 

120 

58. 

/* 

FLOOD  DAMAGE  PREV  STUDIES 

A 

171 

63 

/* 

DAMS 

A 

186 

52. 

/* 

PLANNING  ASSIST  TO  STATES 

A 

194 

1550. 

/* 

FLOOD  DAMAGE  PREV  -  LOCAL 

A 

250 

90. 

/* 

FLOOD  PLAIN  MANGMT  SERVICES 

A 

451 

1075. 

/* 

A 

651 

53. 

/* 

B 

121 

17. 

/* 

ADV  E&D  (CHANNELS  AND  HARBORS) 

B 

151 

8. 

/* 

ADV  E&D  (LOCAL  FLOOD  PROT) 

B 

211 

2250. 

/* 

NAVIG  PROJECTS  (SPEC  AUTH) 

B 

216 

41. 

/* 

NAVIG  PROJECTS  (NORMAL) 

B 

420 

90. 

/* 

BEACH  EROSION  (NORMAL) 

B 

511 

13352. 

/* 

FLOOD  CONTROL  (SPEC  AUTH) 

B 

516 

377. 

/* 

FLOOD  CONTROL  (NORMAL) 

B 

517 

433. 

/* 

FLOOD  CONTROL  (EMERGENCY  PROT) 

B 

740 

55. 

/* 

AQUATIC  PLANTS 

C 

111 

22128. 

/* 

NAVIGATION  REG  CHANNELS  &  HARBORS 

C 

222 

420. 

/* 

FLOOD  CONTROL  INSPECTION 

C 

430 

832. 

/* 

NAVIG  PROJECTS  (OBSTRUCTIONS) 

C 

440 

2180. 

/* 

GENERAL  REGULATORY 

C 

450 

3258. 

/* 

DRIFT  REMOVAL 

C 

470 

818. 

/* 

PROJECT  CONDITION  SURVEYS 

C 

500 

70. 

/* 

NEPA 

D 

100 

178. 

/* 

FLOOD  CONTROL  &  COASTAL  EMERG 

E 

420 

98. 

/* 

DISTRICT  OPERATIONS 

WDEPC 

1600. 

/* 

WORK  FOR  EPC 

FACTORS 

FNC-ORG 

FPOPLM 

FRATLM 

RMXCON 

A 

100. 

.20 

.05 

X 

0. 

.05 

.05 

K 

120. 

.10 

.25 

L 

40. 

.30 

.20 

H 

20. 

.05 

.0 

N 

10. 

.05 

.50 

Q 

80. 

.15 

.15 

35. 

.10 

.50 

V 

150. 

.20 

.30 

F 

10. 

.10 

.30 

P 

0. 

.10 

.0 

T 

0. 

.10 

.30 

G 

40. 

.10 

.0 

U 

8. 

.0 

Z 

0. 

.05 

.0 

Population 

Limit  421. 

Figure  B-10 
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contracted  out.  Note  that  these  figures  are  not  unalterable.  In  fact,  the 
constraints  that  they  imply  may  or  may  not  be  applied  depending  on  the  needs 
of  the  user. 

(2)  Generating  the  problem.  Having  compiled  the  input  data 
(i.e.,  New  York  data,  see  Figure  B-10),  defined  the  equations  representing  the 
model,  and  derived  the  coefficients  of  those  equations,  it  now  remains  to  put 
these  data  together  in  a  form  that  an  LP  package  on  a  computer  can  under¬ 
stand.  On  large  commercial  systems  there  are  usually  programs  that  enable  a 
user  to  enter  data  in  tabular  form  and  to  convert  that  data  into  the  format 
that  the  LP  system  expects.  Over  the  years  the  MPS  form  for  describing  a 
problem  has  become  the  industry  standard.  Unfortunately  ESC  did  not  have 
ready  access  to  a  large  mainframe-based  system.  It  did  have,  however,  a  very 
serviceable  system,  MINOS,  that  required  the  input  to  be  in  the  standard  MPS 
format  and  produced  output  in  the  same  form  as  the  large  commercial  systems. 
One  of  the  distinguishing  features  of  both  input  and  output  is  the  use  of 
symbolic  names  for  row  and  column  labels  (mentioned  here  in  anticipation  of 
sample  reports  that  will  follow).  The  symbolic  names  can  and  should  permit  a 
user  to  generate  descriptive  labels  for  the  rows  and  columns  that  greatly  aid 
in  debugging  and  interpreting  results.  A  program  was  written  that  read  in  the 
data,  asked  the  user  which  options  or  contraints  were  to  apply,  and  generated 
the  required  MPS  input  file  (see  Figure  B-Il). 

(3)  Sample  results.  The  following  paragraphs  describe  how  a  New 
York  manpower  planner  might  approach  the  problem  of  manpower  requirements  and 
allocation.  It  proceeds  step  by  step  (cases)  showing  results  and  indicating 
what  the  analyst  might  observe  and  what  he  could  do  in  reaction  to  his 
findings.  The  figures  that  accompany  each  case  description  contain  data 
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prototype.  Unfortunately  those  data  were  not  available  to  ESC  when  the 
prototype  was  being  developed. 

(8)  Completing  the  model.  The  prototype  has  now  been  defined  in 
terms  of  its  objective  function,  the  equations  or  relations  that  show  the 
interrelationships  of  the  variables,  and  finally  the  variables  themselves. 
(Most  textbook  representations  of  the  completed  LP  problem  show  only  the  co¬ 
efficients  of  the  variables  to  facilitate  manipulation.  This  is  usually 
called  the  detached  coefficient  form  since  the  variables  are  implicit  in  the 
column  representation  of  the  problem.)  All  that  remains  to  be  done  before 
submitting  the  problem  for  solution  is  to  define  the  right-hand  side  values 
which  are  particular  to  each  district  or  division  under  study, 
d.  An  example. 

(1)  Initial  district  data.  To  demonstrate  the  general  capabili¬ 
ties  of  the  prototype,  the  New  York  District  was  chosen  as  a  test  case.  There 
was  no  significance  in  its  selection — any  district  would  have  sufficed.  What 
was  then  used  for  New  York  was  the  actual  information  that  appeared  in  the 
1983  RAT  submission.  Appropriations  are  in  appn-cat-class-subclass  detail  to 
show  how  the  model  will  accept  the  full  appropriation  ID  and  then  roll  them  up 
to  appn-cat  level.  The  remaining  user  input  for  New  York  represents  possible 
answer-limiting  information.  The  initial  values  for  FPOPLIM  are  upper  limits 
on  the  number  of  manyears  that  a  function  can  reach.  It  was  calculated  by 
examining  the  actual  manyears  listed  for  New  York  and  adding  a  buffer  of  10  to 
20  percent.  The  FRATLM  column  gives  the  approximate  fraction  of  the  total 
district  (taking  Corps-wide  values)  that  each  function  represents,  again  with 
a  few  points  added.  Finally,  the  RMXCON  is  also  derived  from  Corps-wide 
estimates  on  the  usual  amount  of  possible  in-house  services  that  are  typically 


CORPS  VALUE-ADDED  RATES 


A 

ADMNOH 

1.0 

X 

ADMNDR 

1.0 

K 

PLAN 

1.0 

L 

ENGR 

1.0 

H 

PRGDEV 

1.0 

N 

R.  E. 

0.2 

Q 

CONSTR 

0.15 

D 

DREDG 

0.30 

V 

NAVIG 

1.0 

F 

FLDCNT 

1.0 

P 

HYDPOW 

1.0 

T 

NATRES 

1.0 

G 

REGUl 

1.0 

U 

EMGMGT 

1.0 

z 

X-FNC 

1.0 

OVERHEAD  GENERATION 


A 

ADMNOH 

0.520 

X 

ADMNDR 

0.223 

K 

PLAN 

0.294 

L 

ENGR 

0.334 

H 

PRGDEV 

0.237 

N 

R.  E. 

0.227 

Q 

CONSTR 

0.348 

D 

DREDG 

1.191 

V 

NAVIG 

0.437 

F 

FLDCNT 

0.557 

P 

HYDPOW 

0.427 

T 

NATRES 

0.39 

G 

REGUL 

0.485 

U 

EMGMGT 

0.72 

z 

X-FNC 

0.0 

Figure  B-8 
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CASE  3 — RESOURCE  ALLOCATIONS  BY  FUNCTIONS 


Funct ion 

$  Expended 

$  Dir  Labor 

$  Contract 

$  Overhead 

Manyears 

ADMNOH 

1800.18240 

1184.33054 

0.00000 

615.85186 

62.65108 

ADMNDR 

222.27345 

181.74444 

0.00000 

40.52901 

7.57874 

PLAN 

2932.97587 

1699.94741 

733.24397 

499.78449 

54.35162 

ENGR 

4225.17519 

3167.29776 

0.00000 

1057.87743 

103.25389 

PRGDEV 

175.20874 

141.64005 

0.00000 

33.56869 

4.90075 

R.  E. 

403.33083 

328.71298 

0.00000 

74.61785 

11.89941 

CONSTR 

2262.43718 

1678.36588 

0.00000 

584.07131 

55.38607 

DREDG 

3383.07926 

1544.08000 

0.00000 

1838.99926 

54.35162 

NAVIG 

5757.04491 

2804.40625 

1727.11320 

1225.52546 

108.70323 

FLDCNT 

178.45664 

114.61570 

0.00000 

63.84094 

4.69924 

HYDPOW 

0.00000 

0.00000 

0.00000 

0.00000 

0.00000 

NATRES 

565.60524 

406.91025 

0.00000 

158.69499 

17.82267 

REGUL 

2370.51986 

1422.14015 

258.64180 

689.73791 

54.35162 

EMGMGT 

203.36135 

118.23335 

0.00000 

85.12800 

3.55882 

X-FNC 

74.43399 

0.00000 

74.43399 

0.00000 

0.00744 

TOTAL 


543.51619 


is  unreasonably  high  since  the  actual  RAT  figure  was  only  421.  Examining  the 
output  indicates  that  only  a  few  functions  are  contracting  work  (planning  and 
navigation  are  both  at  maximum  contracting  levels).  The  logical  next  step  is 
to  limit  the  number  of  in-house  manyears  to  see  if  contracting  can  cover  the 
unaccomplished  work  (see  Figures  B-18  and  B-19). 

(e)  Case  5.  Case  5  shows  what  happens  when  the  organiza¬ 
tion  is  confined  to  the  421  manyears  that  were  indicated  in  the  1983  RAT. 
Obligations  have  decreased  by  $3  million  but  in-house  manyears  have  been 
reduced  by  over  200  spaces.  Examining  Figure  B-21  shows  the  great  increase  in 
contracting  across  all  functions.  Examining  the  figures  also  shows  other 
interesting  results.  The  appropriations  that  have  not  been  obligated  are 
disproportionately  in  the  general  investigation  accounts.  Also  there  is  no 
in-house  program  development,  regulatory,  or  emergency  management  (the  direct 
labor  payments  for  those  functions  are  all  zero).  The  only  manyears  in  those 
functions  are  attributable  to  contract  supervisory  needs.  Clearly  this  is  an 
unacceptable  situation.  Those  functions  should  in  fact  be  predominately  in- 
house.  Examination  of  the  input  file  showed  how  this  occurred.  The  matrix 
generation  program  placed  no  contractual  ceiling  on  functions  that  had  a  zero 
entry  for  RMXCON  (see  Figure  B-3  for  RMXCON  values).  This  was  a  valid  conven¬ 
tion  for  converting  input  information  into  MPS  declarations,  but  it  clearly 
defined  an  unrealistic  situation  that  had  to  be  corrected.  Another  observa¬ 
tion  not  immediately  evident  in  Figures  B-20  and  B-21  (but  evident  in  the 
actual  output  reports)  is  that  functions  are  contracting  out  to  the  maximum. 
Thus,  while  we  must  decrease  our  reliance  on  contracting  for  the  three 
functions  mentioned  above,  we  must  also  anticipate  that  it  will  probably  have 
major  impact  because  there  is  no  slack  within  contracting  as  there  was  in  Case 
3  (see  Figures  B-20  and  B-21). 
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CASE  4— OBLIGATION  RESULTS 


Appropriation 

Obligation 

Unexpended 

A  110 

1850.00000 

0.00000 

A  120 

58.00000 

0.00000 

A  171 

6.30000 

0.00000 

A  186 

52.00000 

0.00000 

A  194 

1550.00000 

0.00000 

A  250 

90.00000 

0.00000 

A  451 

1075.00000 

0.00000 

A  651 

53.00000 

0.00000 

B  121 

17.00000 

0.00000 

B  151 

8.00000 

0.00000 

B  211 

2250.00000 

0.00000 

B  216 

41.00000 

0.00000 

B  420 

90.00000 

0.00000 

B  511 

13352.00000 

0.00000 

B  516 

377.00000 

0.00000 

B  517 

433.00000 

0.00000 

B  740 

55.00000 

0.00000 

C  111 

22128.00000 

0.00000 

C  222 

420.00000 

0.00000 

C  430 

832.00000 

0.00000 

C  440 

2180.00000 

0.00000 

C  450 

3258.00000 

0.00000 

C  470 

818.00000 

0.00000 

C  500 

70.00000 

0.00000 

D  100 

178.00000 

0.00000 

E  420 

98.00000 

0.00000 

WDEPC 

1600.00000 

0.00000 

TOTAL 

52939.30000 

Figure  B-18 


CASE  4— RESOURCE  ALLOCATIONS  BY  FUNCTIONS 


Function 

$  Expended 

$  Dir  Labor 

$  Contract 

$  Overhead 

Manyears 

ADMNOH 

2221.50828 

1461.51862 

0.00000 

759.98965 

77.31433 

ADMNDR 

261.81354 

214.07485 

0.00000 

47.73869 

8.92692 

PLAN 

3769.92671 

2185.04258 

942.48168 

642.40245 

69.86133 

ENGR 

4604.22396 

3451.44227 

0.00000 

1152.78169 

112.51699 

PRGDEV 

199.42672 

161.21804 

0.00000 

38.20867 

5.57814 

R.  E. 

407.07682 

331.76595 

0.00000 

75.31087 

12.00993 

CONSTR 

2297.88163 

1704.65998 

0.00000 

593.22165 

56.25378 

DREDG 

3722.48507 

1698.98909 

0.00000 

2023.49598 

59.80442 

NAVIG 

6954.77170 

3387.85010 

2086.43118 

1480.49042 

131.31844 

FLDCNT 

178.85150 

114.86930 

0.00000 

63.98219 

4.70964 

HYDPOW 

0.00000 

0.00000 

0.00000 

0.00000 

0.00000 

NATRES 

608.05257 

437.44790 

0.00000 

170.60467 

19.16022 

REGUL 

4094.35839 

1627.41863 

1677.64181 

789.29796 

62.33515 

EMGMGT 

203.55878 

118.34813 

0.00000 

85.21064 

3.56228 

X-FNC 

74.43399 

74.43399 

0.00000 

0.00000 

0.00000 

TOTAL 


623.35157 


CASE  5 — OBLIGATION  RESULTS 


Appropriation 

Obligation 

Unexpended 

A  110 

0.00000 

1850.00000 

A  120 

0.00000 

58.00000 

A  171 

0.00000 

6.30000 

A  186 

0.00000 

52.00000 

A  194 

1343.84237 

206.15763 

A  250 

0.00000 

90.00000 

A  451 

1075.00000 

0.00000 

A  651 

53.00000 

0.00000 

B  121 

17.00000 

0.00000 

B  151 

8.00000 

0.00000 

B  211 

2250.00000 

0.00000 

B  216 

41.00000 

0.00000 

B  420 

90.00000 

0.00000 

B  511 

13352.00000 

0.00000 

B  516 

377.00000 

0.00000 

B  517 

433.00000 

0.00000 

B  740 

55.00000 

0.00000 

C  111 

21324.80763 

803.19237 

C  222 

420.00000 

0.00000 

C  430 

832.00000 

0.00000 

C  440 

2180.00000 

0.00000 

C  450 

3258.00000 

0.00000 

C  470 

818.00000 

0.00000 

C  500 

70.00000 

0.00000 

D  100 

178.00000 

0.00000 

E  420 

0.00000 

98.00000 

WDEPC 

1600.00000 

0.00000 

TOTAL 

49775.65000 

Figure  B-20 


CASE  5— RESOURCE  ALLOCATIONS  BY  FUNCTIONS 


Function 

$  Expended 

$  Dir  Labor 

$  Contract 

$  Overhead 

Manyears 

ADMNOH 

1971.45235 

1232.15774 

98.57261 

640.72200 

65.19099 

ADMNDR 

234.28171 

181.98498 

11.71409 

40.58265 

7.58994 

PLAN 

2266.21467 

1313.49385 

566.55367 

386.16715 

41.99572 

ENGR 

4092.24162 

2454.11797 

818.44828 

819.67538 

80.33161 

PRGDEV 

162.81219 

0.00000 

162.81219 

0.00000 

0.06512 

R.  E. 

403.15186 

164.28356 

201.57593 

37.29237 

6.02769 

CONSTR 

2287.25777 

1442.26200 

343.08861 

501.90716 

47.73188 

DREDG 

3586.56135 

818.47590 

1793.28Lo7 

974.80478 

28.98968 

NAVIG 

6688.98842 

3258.38016 

2006.69621 

1423.91205 

126.29998 

FLDCNT 

178.69086 

80.33630 

53.60725 

44.74731 

3.29915 

HYDPOW 

0.00000 

0.00000 

0.00000 

0.00000 

0.00000 

NATRES 

590.78393 

297.51711 

177.23515 

116.03167 

13.04897 

REGUL 

4089.06639 

0.00000 

4089.06639 

0.00000 

0.40891 

EMGMGT 

203.47846 

0.00000 

203.47846 

0.00000 

0.02035 

X-FNC 

74.43399 

74.43399 

0.00000 

0.00000 

0.00000 

TOTAL 


421.00000 


(f)  Case  6.  To  limit  the  amount  that  program  development, 
regulatory,  and  emergency  management  functions  could  be  contracted,  the  RMXCON 
values  were  changed  to  .01,  10,  and  10  percent  respectively.  The  results  are 
rather  interesting.  Whereas  the  change  of  over  200  spaces  in  going  from  Case 
4  to  Case  5  only  reduced  obligations  by  $3  million,  the  changes  to  RMXCON  have 
resulted  in  reducing  obligations  by  over  $4  million.  Note  also  that  the 
reduction  is  in  the  face  of  no  change  in  the  number  of  workyears.  Figure  B-22 
shows  something  else  interesting:  the  former  concentration  of  unobligated 
monies  in  general  investigations  has  now  switched  to  operations  and  mainte¬ 
nance  projects.  Also,  as  in  the  previous  case,  all  functions  with  contracting 
limits  are  at  their  upper  bounds.  To  improve  obligations,  either  additional 
manyears  will  have  to  be  made  available  or  the  binding  constraints  will  have 
to  be  changed,  probably  to  allow  more  contracting  (see  Figures  B-22  and  B-23). 

(g)  Case  7.  The  final  case  presented  here  uses  the  same 
optional  contraints  as  Cases  5  and  6:  functional  percentage  limits,  contract¬ 
ing  allowed  but  not  permitted  to  exceed  specified  percentages  of  functional 
expenditures,  and  the  overall  size  of  the  organization  must  not  exceed  the  421 
manyears  found  in  the  1983  RATs.  Changes  were  made  to  several  function's  con¬ 
tract  percentage  ceilings.  Administrative  (direct  and  overhead),  navigation, 
flood  control,  natural  resources,  and  regulatory  ceilings  were  all  raised  to 
permit  more  contracting.  Most  of  these  changes  were  directed  at  functions  in 
operations  and  maintenance  to  contract  more  in  hopes  of  reducing  the  short¬ 
falls  observed  in  Case  6  for  those  projects  and  appropriations.  The  results 
show  that  the  shortfall  concentration  in  operations  and  maintenance  has  been 
mitigated,  and  overall  obligations  increased  by  $1  million,  while  the  dis¬ 
trict's  manyear  total  remained  at  421.  The  analysis  was  stopped  at  this  point 
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CASE  6-OBLIGATION  RESULTS 


Appropriation 

Obligation 

Unexpended 

A  110 

1840.86352 

9.13648 

A  120 

58.00000 

0.00000 

A  171 

6.30000 

0.00000 

A  186 

52.00000 

0.00000 

A  194 

1550.00000 

0.00000 

A  250 

90.00000 

0.00000 

A  451 

1075.00000 

0.00000 

A  651 

53.00000 

0.00000 

B  121 

17.00000 

0.00000 

B  151 

8.00000 

0.00000 

B  211 

2250.00000 

0.00000 

B  216 

41.00000 

0.00000 

B  420 

90.00000 

0.00000 

B  511 

13352.00000 

0.00000 

B  516 

377.00000 

0.00000 

B  517 

433.00000 

0.00000 

B  740 

55.00000 

0.00000 

C  111 

22128.00000 

0.00000 

C  222 

420.00000 

0.00000 

C  430 

0.00000 

832.00000 

C  440 

0.00000 

2180.00000 

C  450 

0.00000 

3258.00000 

C  470 

0.00000 

818.00000 

C  500 

70.00000 

0.00000 

D  100 

178.00000 

0.00000 

E  420 

98.00000 

0.00000 

WDEPC 

1600.00000 

0.00000 

TOTAL 

45842.16352 

Figure  B-22 


CASE  6 — RESOURCE  ALLOCATIONS  BY  FUNCTIONS 


Function 

$  Expended 

$  Dir  Labor 

$  Contract 

$  Overhead 

Manyears 

ADMNOH 

1630.92881 

1019.33052 

81.54644 

530.05185 

53.93073 

ADMNDR 

224.17223 

174.13215 

11.20861 

38.83147 

7.26243 

PLAN 

3388.93234 

1964.21895 

847.23309 

577.48031 

62.80104 

ENGR 

4388.93275 

2632.04368 

877.78650 

879.10257 

86.15572 

PRGDEV 

187.23276 

151.34522 

0.01872 

35.86882 

5.23655 

R.  E. 

406.35523 

165.58893 

203.17761 

37.58869 

6.07559 

CONSTR 

2274.49123 

1434.21188 

341.17363 

499.10572 

47.46546 

DREDG 

3703.34565 

845.12681 

1851.67282 

1006.54601 

29.93363 

NAVIG 

5406.04195 

2633.42358 

1621.81233 

1150.80604 

102.07567 

FLDCNT 

178.85150 

80.40852 

53.65544 

44.78754 

3.30211 

HYDPOW 

0.00000 

0.00000 

-0.00000 

0.00000 

0.00000 

NATRES 

608.05257 

306.21355 

182.41574 

119.42328 

13.43039 

REGUL 

5.29200 

3.20727 

0.52920 

1.55553 

0.12257 

EMGMCT 

203.55878 

106.51332 

20.35588 

76.68958 

3.20809 

X-FNC 

74.43399 

74.43399 

0.00000 

0.00000 

0.00000 

TOTAL 

421.00000 

Figure  B-23 
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although  there  were  many  more  opportunities  to  try  to  achieve  higher  obliga¬ 
tions,  which  was  of  course  the  primary  objective  for  the  model  as  formulated 
for  this  example.  To  proceed  further  would  require  familiarity  with  local 
conditions  in  New  York  (see  Figures  B-24  and  B-25). 

(4)  Summary  comparisons.  Since  manyears  and  obligations  were 
the  two  features  that  essentially  drove  the  analysis  conducted  above,  the 
reader  may  examine  Figures  B-27  and  B-28,  which  show  the  results  for  all 
cases.  Preceding  them,  however,  is  Figure  B-26,  which  gives  the  actual  values 
extracted  from  the  RATs  for  net  available,  contract,  and  overhead  dollars  as 
well  as  manyears.  Also  shown  for  net  available  dollars  and  manyears  are  the 
comparable  results  for  Case  4  and  Case  7  respectively.  As  is  immediately 
evident,  the  LP  has  not  reproduced  the  RAT.  Close  examination  does  show  some 
similarities.  The  RAT  and  LP  results  essentially  reversed  the  emphasis  on 
planning  and  engineering  manyears,  but  the  sum  of  the  two  was  fairly  close, 
118  versus  112.4.  Dredging,  construction,  flood  control,  and  emergency 
mangement  were  very  close.  Net  construction  dollars  available  were  also 
essentially  the  same.  (NB:  that  the  LP  estimates  how  much  money  goes  into 
each  function  using  factors  applied  against  the  amount  of  appropriations  that 
are  obligated.)  Some  values  are  quite  different  (e.g.  ,  the  amount  of  work 
indicated  for  natural  resources  and  regulatory  is  much  more  than  the  RAT 
estimated).  It  is  not  known  what  actually  was  realized  in  these  areas  for 
1983,  so  the  degree  of  wrongness  and  rightness  of  either  estimator  is  not 
known.  Further  analysis  might  show  several  possibilities:  the  RAT  estimates 
may  not  have  been  accurate;  the  differences  between  the  LP  and  the  RAT  may  be 
due  to  definition  more  than  gross  errors  in  the  estimating  relations;  or  as  is 
quite  likely,  more  work  is  called  for  in  developing  the  interrelations. 


CASE  7— OBLIGATION  RESULTS 


Appropriation 

Obligation 

Unexpended 

A  110 

416.22233 

1433.77767 

A  120 

58.00000 

0.00000 

A  171 

6.30000 

0.00000 

A  186 

52.00000 

0.00000 

A  194 

1550.00000 

0.00000 

A  250 

90.00000 

0.00000 

A  451 

0.00000 

1075.00000 

A  651 

53.00000 

0.00000 

B  121 

17.00000 

0.00000 

B  151 

8.00000 

0.00000 

B  211 

2250.00000 

0.00000 

B  216 

41.00000 

0.00000 

B  420 

90.00000 

0.00000 

B  511 

13352.00000 

0.00000 

B  516 

377.00000 

0.00000 

B  517 

433.00000 

0.00000 

B  740 

55.00000 

0.00000 

C  111 

22128.00000 

0.00000 

C  222 

420.00000 

0.00000 

C  430 

832.00000 

0.00000 

C  440 

1883.51438 

296.48562 

C  450 

0.00000 

3258.00000 

C  470 

818.00000 

0.00000 

C  500 

70.00000 

0.00000 

D  100 

178.00000 

0.00000 

E  420 

98.00000 

0.00000 

WDEPC 

1600.00000 

0.00000 

TOTAL 


46876.03671 


CASE  7— RESOURCE  ALLOCATIONS  BY  FUNCTIONS 


unction 

$  Expended 

$  Dir  Labor 

$  Contract 

$  Overhead 

Manyears 

'  % 

ADMNOH 

1729.00839 

1023.75499 

172.90083 

532.35257 

54.17392 

1 

ADMNDR 

217.78030 

160.26351 

21.77803 

35.73876 

6.68517 

PLAN 

2331.87756 

1351.55194 

582.96939 

397.35623 

43.21253 

•  V  v 

ENGR 

3523.97788 

2113.33011 

704.79553 

705.85224 

69.17646 

» 

PRGDEV 

154.60541 

124.97167 

0.01546 

29.61828 

4.32403 

R.  E. 

402.99408 

164.21927 

201.49704 

37.27777 

6.02534 

CONSTR 

2285.93683 

1441.42906 

342.89047 

501.61730 

47.70431 

1  ] 

DREDG 

3712.60120 

847.23898 

1856.30060 

1009.06162 

.  30.00844 

’  .  '  -4 

NAVIG 

6177.82988 

2579.46982 

2471.13180 

1127.22825 

100.07259 

'  1 

*  '  *."< 

FLDCNT 

176.05650 

67.84451 

70.42259 

37.78939 

2.78867 

1 

HYDPOW 

0.00000 

0.00000 

0.00000 

0.00000 

0.00000 

NATRES 

608.05257 

262.46875 

243.22101 

102.36281 

11.52045 

REGUL 

2043.77604 

1101.02418 

408.75518 

533.99668 

42.10000 

EMGMGT 

203.55878 

106.51332 

20.35588 

76.68958 

3.20809 

X-FNC 

74.43399 

74.43399 

0.00000 

0.00000 

0.00000 

i 


TOTAL 


421.00000 


ACTUAL  1983 

RAT  DATA  FOR 

NEW  YORK 

Net$ 

Manyears 

'unction 

RAT 

LP* 

$Contract 

$Overhead 

RAT 

LP** 

l  ADMNOH 

2132 

2221 

0 

439 

68 

54.2 

[  ADMNDR 

0 

261 

0 

0 

0 

6.7 

:  PLAN 

5957 

3769 

2445 

893 

97 

43.2 

,  ENGR 

1170 

4604 

329 

206 

21 

69.2 

[  PRGDEV 

547 

199 

0 

126 

13 

4.3 

[  R.  E. 

47 

2035 

0 

9 

1 

6.0 

|  CONSTR 

15246 

15319 

13130 

524 

56 

47.7 

)  DREDG 

20260 

12408 

19176 

489 

26.5 

30.0 

r  NAVIG 

5787 

6954 

525 

2224 

106 

100.1 

f  FLDCNT 

150 

178 

0 

36 

3.3 

2.8 

'  HYDPOW 

0 

0 

0 

0 

0 

0.0 

:  NATRES 

0 

608 

0 

0 

0 

11.5 

1  REGUL 

1504 

4094 

226 

517 

26 

42.1 

I  EMGMGT 

196 

203 

0 

78 

3.2 

3.2 

:  X-FNC 

0 

74 

0 

0 

0 

0.0 

TOTAL 

52996 

52939 

35381 

5541 

421 

421.0 

*Taken  from  Case  4. 
**Taken  from  Case  7. 


Figure  B-26 
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APPENDIX  B-l 


SAMPLE  LINEAR  PROGRAMMING  OUTPUT 

in  developing  this  prototype,  ESC  used  only  those  computational  assets 
chat  were  resident  on  ESC's  in-house  PRIME  750  computer.  While  it  would  be 
expected  that  a  system  such  as  the  MARM-LP  would  necessarily  use  one  of  the 
large  commercial  LP  systems,  ESC  implemented  the  prototype  on  a  software 
system  that  is  in  the  public  domain.  The  Modular  In-core  Non-linear 
Optimization  System  (MINOS)  consists  of  a  library  of  state-of-the-art  FORTRAN 
subroutines  that  can  be  used  for  both  linear  and  non-linear  problems.  It 
expects  input  to  be  in  standard  MPS  format  and  produces  reports  that  parallel 
those  found  in  MPSX  and  FMPS  (See  Annex  A).  The  following  pages  show  the 
typical  output  one  can  expect  from  an  LP  system.  It  must  be  kept  in  mind  that 
this  information  is  primarily  directed  at  LP  practitioners;  reports  that 
"decode"  the  results  and  present  it  in  more  readable  terms  would  have  to  be 
developed  using  a  report  writer.  The  following  example  is  the  MINOS  output 
report  for  Case  3  of  the  New  York  Example  described  in  Annex  B. 


it  would  take  to  finish  all  the  work.  What  work  would  he  do?  What  functions 
would  he  reduce?  What  happens  to  the  organization  if  an  entire  project  is  put 
on  hold?  The  prototype  is  the  first  step  in  the  process  of  creating  a  true 
manpower  planning  system. 
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(within  certain  limits)  to  obtain  the  best  results.  The  input  data  and  output 
reports  capture  the  exact  relations  and  assumptions  that  he  used  to  reach  a 
result.  Of  course  we  are  not  naive  enough  to  think  that  the  model's  answers 
will  be  taken  without  question.  Local  conditions  may  defy  quantification  and 
preempt  normal  forecasts.  The  allocations  and  requirements  model  is  above  all 
else  a  tool  for  resource  planning.  It  utilizes  a  powerful  technique  that 
enables  a  decisionmaker  to  understand  the  implications  of  contracting  more  or 
reducing  strength  by  10  percent.  In  general,  one  can  make  the  following 
assessment  of  the  allocations  and  requirements  methodology: 

a.  It  integrates  many  aspects  of  the  manpower  and  resource  planning 
problem  into  one  system. 

b.  It  reduces  the  problem  to  a  definite  structure  where  data, 
assumptions,  and  results  are  explicit. 

c.  It  offers  the  decisionmaker  the  opportunity  to  prioritize  and 
manipulate  requirements  and  allocations  respectively  without  denying  the  use 
of  local  considerations  to  influence  results. 

d.  It  can  bridge  the  periods  of  present  and  future  workload 
requirements  generators. 

e.  It  can  track  a  myriad  of  considerations  and  variables  (function, 
organization,  in-house  costs,  contract,  funding  sources,  and  projects). 

f.  It  considers  all  aspects  and  elements  of  the  problem  together  and 
thus  offers  a  decisionmaker  a  chance  to  make  more  informed  decisions  because 
he  can  now  assess  the  global  impact  of  a  decision. 

It  is  not  hard  to  imagine  how  difficult  it  would  otherwise  be  for  a  manpower 
planner  or  resource  allocator  to  use  individual  manpower  standards  to  calcu¬ 
late  requirements,  knowing  that  he  would  not  be  able  to  have  all  the  manyears 
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EXPLANATION: 

1) 

Limiting 

features : 

planning,  navigation,  and  regulatory 

functions 

are  all  at 

maximum  percentage  limits. 

—  i 

2) 

Limiting 

features : 

engineering,  dredging,  and  regulatory 

OPTIONS: 


3) 


4) 


5) 


are  all  at  maximum  manyear  caps. 

Limiting  features:  planning  and  navigation  have  hit  maximum 
contracting  amounts;  and  dredging,  planning,  navigation,  and 
regulatory  have  hit  maximum  percentage  limits. 

Limiting  features:  planning  and  navigation  are  at  maximum 
contracting  limits;  regulatory  at  maximum  percentage  limit. 
Limiting  features:  all  functions  have  contracted  to  maxi¬ 
mum;  but  program  development,  regulatory,  and  emergency 
operations  are  essentially  100%  contract  rather  than  in- 
house. 


6) 

Limiting 

maximum. 

features: 

all 

functions 

have 

contracted 

to 

7) 

Limiting 

features: 

all 

functions 

have 

contracted 

to 

maximum;  and  regulatory  is  at  maximum  percentage  limit. 


//  FNC 
%FNC 
K 

%K 

#org 


personnel  limits  placed  on  functions 

percentage 

contracting  allowed 

percentage  limit  placed  on  contracting 
personnel  limit  on  New  York  District 


(t=true/on;  f=false/off) 


Figure  B-29 
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quantifications,  and  construction  of  the  prototype  into  a  mature  modeling 
system.  That  will  be  a  significant  task,  but  the  staffing  standards  program 
should  generate  much  of  the  needed  data.  Figure  B-29  shows  which  constraints 
were  in  force  for  each  case  and  what  interpretation  could  be  made. 

6.  Conclusions .  The  above  example  was  not  expected  to  reproduce  the 
actual  RAT  figures.  Some  of  the  numbers  are  surprisingly  close  to  what  New 
York  determined  it  needed.  Others  are  quite  different.  More  likely  is  the 
need  for  a  better  requirements  generator  than  the  appropriation  to  function 
translation  that  is  at  the  heart  of  this  prototype.  Remember  that  data  were 
based  on  the  averages  observed  across  the  entire  Corps  and  only  at  the  appro¬ 
priation  and  category  level.  Perhaps  better  relations  at  more  detailed  levels 
could  be  derived  (FORCON  goes  to  sub-class  distinctions).  Eventually  there 
will  be  workload-based  standards  to  improve  requirement  generation.  In  the 
end,  however,  the  systems  developer  will  still  have  to  consider  the  tradeoffs 
among  detail,  applicability,  and  validity.  The  current  direction  is  away  from 
the  local  estimation  that  characterized  the  RAT,  and  towards  widely  applicable 
workload-based  standards.  Better  requirements  information  will  mean  better 
allocations  can  be  made  since  the  latter  subsumes  the  former  within  the  meth¬ 
odology.  In  fact,  many  of  the  decisions  made  concerning  allocations  are 
necessarily  subjective  (e.g.,  policy  considerations),  while  a  firmly  grounded 
requirements  generator  can  be  more  objective.  The  example  above  attempted  to 
illustrate  the  type  of  information  and  analysis  that  is  possible.  The  cases 
above  were  generated  within  the  space  of  three  hours,  with  the  bulk  of  the 
time  spent  in  examining  output  and  deciding  on  what  changes  might  improve  the 
results.  The  time  to  'crank'  through  the  LP  was  only  a  couple  of  minutes. 
The  manpower  planner  thus  can  concentrate  on  adjusting  the  model's  parameters 
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CASE  COMPARISON  OF  MANYEARS  BY  FUNCTION 
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PROBLEM  NAME  NEW  YORK  OBJECTIVE  VALUE  4.6886377362E+04 

STATUS  OPTIMAL  SOLN  ITERATION  74  SUPERBASICS  0 
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